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ABSTRACT 



Requirements for an Integrated On-line Library’ System (lOLS) to automate the acqui- 
sitions, cataloging and circulation functions of the Dudley Knox Librarv' of the Naval 
Postgraduate School were matched against the capabilities of commercial lOLSs avail- 
able for purchase. NOTIS was the recommended choice. A cost analysis and imple- 
mentation plan were developed for installing NOTIS on the Naval Postgraduate 
School's IBM mainframe computer. 
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I. EXECUTIV E SUMMARY 



Manual work processes are predominant in the Dudley Knox Library'. Ordering, 
cataloging, physical processing and circulation of books and periodicals, statistical re- 
porting, fund accounting, claiming of missing items, recalls for overdue materials, etc. 
are all done "by hand". The Librarx’ would like to abandon its manual workflow, it is 
interested in automation of standard library’ processes. 

Functions considered important for an Integrated On-line Librarx’ System (lOLS) 
were enumerated, then ranked by a cross-section of the Librarx' staff. Librarx’ personnel 
identified an on-line catalog with Boolean search capability and automated circulation 
as their highest priority. The desired lOLS must be 1) Research Librarx' Information 
Network (RLIN) compatible, 2} IBM-compatible, and 3) able to be supported by the 
local Computer Center. 

When automated librarx’ systems reported in the literature were compared against 
lOLS criteria developed by the Librarx- staff, three systems were identified as possible 
lOLS candidates. These three were the Biblio-Techniques Librarx' and Information 
System (BLIS). GEAC Computers. Ltd. (GEAC). and the Northwestern University 
On-line Total Integrated System (NOTIS). 

GEAC, which meets many of the constraints and requirements of the Librarx', was 
a strong candidate. Although not IBM-compatible, it is a complete turnkey system 
heavily installed in Europe and well-ranked in the literature. Consideration of the 
GEAC s}'stem was terminated when it was reported in bankruptcy. V^endor reliability 
is important in long term satisfaction and support, and a financially troubled x’endor is 
not a sound choice. 

BLIS softxx'are is both IBM- and RLIN’-compatible. Many BLIS features are highly 
desirable; however, it has no serials control capability, and it uses ADABAS data base 
management and the Software .AG teleprocessing monitor, CO.M-PLETE, neither of 
which can be supported, considering the expertise of the existing Computer Center staff. 
Lack of software support plus the extreme high estimated cost of the software makes this 
system impractical for the Librarx'. The software company has recently gone out of 
business. 

XOTIS is the recommended lOLS. It is IBM- and RLIN’-compatible, and uses 
software products that our Computer Center can readily support (MV'^S, CICS, S.AS). 
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While it does not ofTer all of the functions desired by the Librar\', NOTIS satisfies a high 
proportion of these functions. In the current marketplace, NOTIS is the only IB.M- and 
RLIX-compatible lOLS available. 

Estimated present value costs for purchase, installation, customization, and support 
of NOTIS on the existing IB.M mainframe at the Naval Postgraduate School over a 
10-year life cycle total 5856,800. Estimated present value of total benefits, both tangible 
and intangible, for the lOLS system during the same period total 51,243,400. These es- 
timates were based on the following assumptions: 

1. the average future workload of the Librarx' will appro.ximate the past average 
workload; 

2. staff positions will not be cut as the result of automation; 

3. a new position. Systems Librarian, will be needed to coordinate the automation 
eff orts within the Divisions of the Library. 

Because the estimated present value benefits are greater than the estimated present value 
costs of the project, NOTIS is recommended for acquisition. An implementation plan 
for NOTIS is described in Chapter VI. 
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II. INTRODUCTION 



For centuries, (libraries] have been bound by what mankind could do to collect, 
classify, and disseminate information using laborious, time-consuming methods. 
Now, at last, libraries can escape those limitations if they have the courage and the 
foresight to do so. F'or the first time ever, lack of proper technology is no longer 
an obstacle. The computer power, data base storage, and software are all available 
to provide the desired services. What remains for libraries to do is to see that they 
are on the threshold of a new world; to be open to new ideas about how information 
may be produced, distributed, retrieved, and used; to let users tell them what they 
need and then to provide those services as quicklv, capablv, and cheaply as possible. 
[Ref. l:p. 11] 

The Dudley Knox Library is a general reference and research library located at the 
Naval Postgraduate School, Monterey, CA. It serves a user population of 2,700, pri- 
marily militaiy students, faculty and staff members of the university. The Library is also 
open to the public. The staffof 33, including 15 professional librarians, is organized into 
five functional areas: Administration, Acquisitions, Bibliographic Control, Reader Ser- 
vices, and Research Reports Divisions. 

Library size and holdings within the multiple collections as of November 19SS are 
shown in Figure 1 on page 4, taken from (Ref 2]. .Most materials are in the areas of 
engineering, science, operations research, management, economics, military and naval 
science, international affairs and military history'. 

The 50,000 square foot facility has recently installed compact shelving to help alle- 
viate congestion in the stacks. Fighty-five percent of the total shelf space was full, and 
it was estimated that return of all items in circulation would exceed shelf capacity. Lack 
of space remains a problem throughout the Library. 

A. PRESENT LIBRARY METHODS 

The Dudley Knox Library has outgrown its "normal" way of doing business. Its 
acquisition processes are largely manual; circulation processes are completely manual. 
Cataloging is done via access to an on-line database provided by the Research Libraries 
Information Network (RLIN), which also prints catalog cards. Excessive clerical and 
professional time is spent filing 'checking cards in the old catalog. The card catalogs arc 
congested and hard to use since cards are packed so tightly. No floor space is available 
for additional catalog cases. 

Information on books and periodicals is duplicated for ordering, cataloging and 
processing, since there is little shared data and little overlap of work flow between these 
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Library Collections: 


Books added during fiscal year 




7,967 


Total books held^ June 30 




271,101 


Documents^ pamphlets^ technical reports held 




190,000 


Microforms, units held 




499,691 


Number of periodical titles currently received 




1,830 


Videorecordings, titles held 




341 


Library Activities: 


Circulation, all materials 




44,252 


Items borrowed: ILL from other libraries 




3,052 


Items lent: ILL to other libraries 




3,683 


Reference questions, computer searches, projects 




44,229 


Library Operating Expendi tures : 


Library materials: books, periodicals, audiovisuals 


$ 


528,132 


Salaries and benefits 


$ 


929,675 


Other operating expenses: supplies, services, contracts 


$ 


164,791 


Total library operating expenditures 


$1 


,622,598 



Figure 1. Statistical Synopsis of the Dudley Knox Library, 1988 



independent departments. Manual circulation provides inadequate information on sta- 
tus of books, and no statistics on use of the collection; there is no basis for informed 
decisions on discarding unused materials, although shelf space is at a premium. Librar}' 
Division heads agree that automation oflers the most promising solution to the prob- 
lems that beset the Librar}\ 

1. Model of Operational Processes 

"The basic model of a system is one in which inputs are taken from the envi- 
ronment, transformed in some way into outputs which are put back into the environ- 
ment." [Ref 3: p. 16] This definition is graphically illustrated in Figure 2. 



I 

I 

I 



+ + + + + + + + 

I II II II I 

-->1 inputs I >1 process I >1 outputs I >| feedback I + 

I II II II II 

+ + 4. + 4. 4. 4. 4. I 

I 



Figure 2. Generalized System Model 
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The system uses the feedback loop to get information on its own performance (praise 
or criticism), which is used to adjust the next process cycles. Library inputs come from 
staff, users, funds, materials, and external information sources. 



The library actually creates something which did not previously e.xist when it per- 
forms its transformation. Books and other "knowledge packages" are acquired by 
the library'. The transformation occurs when the staff, using their energy, analyze 
the materials to create records which represent the materials, and label them in order 
to organize the library's collections. The true output of the library is the intangible 
process of relating the physical item— the book, recording, or film— to a concept or 
idea. This process is accomplished in two ways: by classifying items to integrate 
them into a set of items treating the same subject, and by describing them so that 
records representing the item can be displayed in the catalog according to different 
principles of arrangement. The result, of course, is a collection of materials arranged 
according to a classification scheme and a catalog providing a subject index to the 
same materials. Maintaining a collection of items which can be lent to members of 
the user community is another form of output; its value, however, depends on the 
organization of the items and the index (catalog) which aids in finding them. [Ref 
3; p. 23] 

The cyclic nature of the library' as a system is easily discerned. Publications are 
ordered, received, and paid for. New materials are added to the collection; old materials 
are discarded. Items are checked out, returned, and checked in again. 

Each library', to some extent, provides the same services and the same types of ma- 
terials. Each, however, demonstrates idiosyncratic differences in the procedures, 
policies, and organizational climate of the library'. The goal remains the same in its 
most general form, but the means differ in many ways from library' to library. [Ref 
3: p. 25] 

Processes within the library system may be manual or automated. At present, 
the various subsystems within the Dudley Knox Library (administration, acquisitions, 
cataloging and classification, circulation, reference) rely primarily upon manual means 
to transform inputs into outputs, that is, to do the "work" of the Library. In the figures 
that follow, each process is described in detail only once, ev’en though it may be a part 
of another process described by a later figure. Dash-lined boxes refer to previously de- 
scribed processes or subprocesses. 

2. Acquisitions Workflow 

Monographs are books. Serials are publications "issued in successive parts, 
usually at regular intervals, and intended to be continued indefinitely" [Ref 4; p. 138]; 
they include periodicals, annuals, irregular publications, and monographic series. Peri- 
odicals are serial publications which are received more than once a year, "each issue of 
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which is numbered or dated consecutively and normally contains separate articles, sto- 
ries, or other writings" [Ref. 5; p. 166]. 

The Acquisitions Division orders and receives both monographic materials and 
serials for the Library's research collections. It is also responsible for ordering supplies, 
furniture, equipment, and services to support the physical and intellectual needs of staff 
and patrons, for keeping accurate records of funds e.xpended, for distributing incoming 
materials to the proper Division or routing it via all interested parties, and for claiming 
unreceived or overdue orders. Acquisitions records provide much of the input for Li- 
brar>' management reports. 

Initial selection of all Librarv' items (monographs and serials, including period- 
icals) is by request. Librar}’ professionals are responsible for recommending titles to be 
ordered within their specialty subject area; faculty suggestions are encouraged, as are 
requests by students. For each item, a green Order Request Card is completed; the card 
includes identifying bibliographic information and indicates the relative importance of 
the item to the requestor. Priority "A" items are purchased immediately if funds are 
available. Other priorities are less critical and may be ordered as funding allows. 

Periodical titles must be approved by the Librarian before purchase. Because 
of space and budget limitations, one title must often be dropped before another can be 
ordered. Librar\' liaisons within each academic department on campus help to evaluate 
periodicals within their area of expertise so that budget constraints and research needs 
may both be met. 

During pre-order searching, information from the green Order Request Card is 
verified as correct and complete, a price is obtained for the item, and, for books, a 
tissue-paper "order slip" is filed in the catalog under the expected main entry. The "in 
process" records are used to prevent duplication, and to provide status information for 
patrons. 

All paperwork for ordering Libraix’ materials is prepared by Acquisitions' per- 
sonnel, but actual ordering and payment is done by the Supply Department. Therefore, 
purchase orders and supporting data must be sent outside of the Library for official 
action. Invoices for items received are checked for accuracy by the .Acquisitions' staff; 
price information is copied into local files, for use in generating reports and for updating 
Librar}’ ledgers, before the invoice is forwarded to Supply for payment. 

Manual workflows for the major processes within the Acquisitions Division (see 
Figure 3 on page 8, and Figure 4 on page 9) were provided by Sharon Serzan, former 
head of the Division. This position is now vacant. Because of a shortage of personnel 
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and the press of keeping the Division functional with a minimum of staff, no further 
detail is available on acquisition information flow. 

3. Cataloging and Classification Workflow 

The Bibliographic Control Division is concerned with the description and iden- 
tification of all items in the Librar>’, so that the intellectual content of the collection is 
made available to the users. The Dudley Knox Librarv' uses the Anglo American Cata- 
loging Rules (AACR2) for original descriptive cataloging, and the Library of Congress 
Subject Headings for subject specification. For ’copy cataloging," i.e., using a cataloging 
record from a standard source rather than doing original cataloging locally, the facilities 
of RLIN, an on-line bibliographic utility, are used. RLIN has an extensive database of 
■Machine Readable Cataloging (.MARC) records from the Librar>' of Congress; these are 
standard, authoritative records that can be copied for local use. Copy cataloging is an 
efficient way to create high quality descriptive cataloging records for local collections. 
It is important that every item be cataloged to Libraiy of Congress standards. 

Catalog mainenance includes filing catalog cards for new or revised entries into 
the Author Title (A'T) and or Subject catalogs. This filing is done by professional 
catalogers and checked by the head of the Reader Services Division. No checking is 
done in the Subject catalog. 

Subject heading changes, series changes, and name changes (corporate or per- 
sonal) comprise another area of catalog maintenance known as authority work. When 
a standard entry changes, catalogers must check to see whether the term has been used 
in the local catalog(s), and, if it has. remove all cards reflecting the old entiy^ and correct 
them to show the new term. Obsolete headings can either be erased and the heading 
retyped, or new cards can be reordered via RLIN. In any case, the cards musts be re- 
filed after correction. 

Physical processing of incoming materials is accomplished by a subdivision of 
the Bibliographic Control Division. Processing consists of typing identification infor- 
mation on book cards and pockets, inserting the cards and pockets into the books, glu- 
ing labels on the spine of each item to identify call numbers for shelving, and affixing 
security strips for sensor detection. Processing personnel prepare worksheets for the 
professional catalogers by searching the RLIN database and printing out records found, 
then inserting them into the described item. They also repair damaged materials, prepare 
periodicals for professional binding, and do some binding in-house. 

Major workflows in the Bibliographic Control Division are illustrated in 
Figure 5, Figure 6, and Figure 7. 
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Figure 3. Logical VVorkJIow for Serials Acquisitions 
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Figure 4. Logical Workflow for Acquisition of Monographic Materials 
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Figure 5. Logical WorkJlow for Cataloging Incoming Monographs 
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Figure 6. Logical Workflow for Catalog Maintenance 
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Logical WorkJlow for Physical Processing 
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4. Circulation VVorkllow 

The Reader Services Division performs both Circulation and Reference func- 
tions. Circulation functions include borrowing and returning of materials, recall of 
overdue materials, holds, searching for lost or misplaced publications, and sorting and 
shelving of items used in or returned to the Library’. Reserve books are managed by the 
Circulation Desk. Statistics of use are also compiled by Circulation Desk clerks, by 
counting book and patron cards before they are filed each morning. See Figure 8 on 
page 14 for a logical description of the general Circulation process. Figure 9 on page 
15 shows the check-out process; check-in is detailed in Figure 10 on page 16. Renewal 
of Library materials is described in Figure 1 1 on page 17. 

5. Reference Workflow 

The goal of Reference service is to respond as soon as possible to inquiries 
about specific facts ("ready reference") and requests for information or assistance. The 
response must be both accurate and timely. Inquiries can come by phone, in person or 
by mail. Primary' users are faculty and students of the Xaval Postgraduate School (NPS ) 
but the Libraiy is also open to the community. Resources used to field inquiries include 
the catalog (and the collections it represents), on-line subscription information services 
(BRS, DIALOG, XEXIS. OXTY.ME, REIN, WI LSONLINE), printed inde.xes, micro- 
form data, local files records, etc. Sec Figure 12 on page 18 for workflow synopsis. 

Reader Services also handles intcrlibrar\- loan, bibliographic searching services, 
bibliographic instruction, library.' tours and orientation, dial retrieval, and video services. 

The reference subsystem uses the output of the cataloging subsystem as a primaiy 
means of locating publications from which responses can be obtained to meet the 
user's needs. While the e.xperience and skill of the person performing the reference 
function will effect the use of the catalog, the quality and responsiveness of the 
catalog will determine the efficiency with which it can be used. [Ref 3: p. 27] 

The manual processes described above are the baseline for evaluating Librarx' 
workflows. An automated system must successfully duplicate these functional areas 
before it can be considered for adoption. Librarx' stafT have identified additional func- 
tions that they want included in any automated system as well. 

B. POSSIBLE IMPROVEMENTS VIA AUTOMATION 

Generally, the librarians have viewed the librarx’ as a total system and recog- 
nized the limitations of their resources. As a result of the need to focus on the most 
productive applications, attention turned first to circulation because of the volume 
of processing, to cataloging because of the costs associated with catalog production 
and maintenance, and to acquisitions because of the combination of similiarities to 
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Figure 8. Logical VV'orkflow for Circulation of Librar}’ Materials 



14 




Figure 9. Detail of Circulation of Library Materials 
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Figure 10. Detail of Return of Library Materials 



16 





Figure 1 1. Detail of Renewal of Librarj’ Materials 
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Types of Inquiry Source of Information 



Figure 12. Logical Workflow for Reference Functions 

purchasing activities in other types of organizations and the application of ac- 
counting procedures to maintain control of budget allocations, and, finally, to serial 
records systems because of the recurring nature of posting the receipt of current is- 
sues and the periodic renewal of subscriptions. [Ref 3; p. 80-81] 

Reusability of data and flexibility in manipulating it are the foundations of library' 
automation. "By the 1980s, many academic libraries had made great progress in using 
computer technology to keep records and to assist patrons in their use of library' mate- 
rials. ... almost all academic libraries, no matter how small, were using specific auto- 
mated processes ...." [Ref 6: p. 8] The two most frequently cited reasons for the 
development of computer-based library' systems are 

1. To provide a belter service for the sameTess cost; 

2. To give added benefits for the same/less cost. 

The provision of online access (by users or staff) to a library's catalogue, the ability 
to access much more information via the online services than would have been 
possible via printed sources and the ability to produce easily management informa- 
tion such as the average cost of new books, number of books lent to undergraduate 
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physics students in one term, etc., are just some examples of new or improved ser- 
vices to both library staff or librarv’ users that are possible with computer-based 
systems. [Ref 7: p. 7] 

The advantages of online searching arc clear. In the first place, it permits a type 
of searching that could not be done manually. ... The online search system is able 
to use the Boolean operators "and," "or," and "not," thus allowing a search for items 
that contain the terms computers and lasers and printing. Online search systems can 
also truncate terms so that, for example, using the term "comput," a searcher can 
retrieve all items containing terms such as computers, computing, or computation. 
The flexibility of online searching permits many access points to the data, and the 
interactive nature of online searching gives the searcher immediate feedback on the 
relevance of a search so that the search strategy can be modified at any point to 
make it more effective. 

Another advantage of online searching is its speed, even in a situation where 
only a single topic is being searched. A searcher can get results in a few minutes that 
would take days to compile manually. ... Finally, the online search usually produces 
more current information than use of the printed equivalent as databases are up- 
dated regularly, some even daily. [Ref 6: p. 17] 

Another reason for the development of computer-based library systems has been 
to save money (and not necessarily provide better service or added benefits, al- 
though these are obviouslv desirable) and to contain the cost of future expansion. 
[Ref 7: p. 8] 

Cost containment, not cost reduction, seems a reasonable objective. Once the sys- 
tem is installed it can usually absorb additional work at little increased cost. Usu- 
ally, the unit cost of additional work drops. [Ref 8: p. 11] 

A further reason for implementing a computer-based system in the librarx' may 
be that with such a new system the tasks may be completed more accurately, more 
quickly and with increased control than with previous systems. Typically such tasks 
are clerical, routine and repetitive and thus prone to human error. [Ref 7: p. 8] 

The Division Heads at the Dudley Knox Library share the viewpoints quoted above, 
and believe the only way to provide better service to the students and faculty of the 
Xaval Postgraduate School, given limited physical space, budget constraints and fixed 
staff size, is through automation. 1 hey think the time is right for pursuing an integrated, 
online library system (lOLS) that encompasses at least the cataloging, acquisition, and 
circulation functions. 

An integrated system is one "in which a single bibliographic file support[s] a variety 
of library' functions, such as acquisitions, serials, cataloging, and circulation. These in- 
tegrated systems [have] the advantage of needing only one input or update to keep the 
entire database current for all functions." [Ref 6: p. 8] The central bibliographic file is 
accessed by terminals sharing dedicated or dial-up lines to the computer. Access is not 
restricted to a single physical location. 
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The Dudley Knox Library has been preparing for an automated catalog since 1978, 
when it joined RLIX and began collecting holdings data on tape in machine-readable 
form. This machine-readable data encompasses the most current ten years of the Li- 
braiy's collection, which is the most active portion of any libraiy holdings. Records are 
in LC MARC (Libraiy of Congress Machine Readable Cataloging) format, which is the 
national standard used in most major databases. This data can serve as the basis for an 
online public access catalog. 

The purpose of a libraiy catalog is to organize a libraiy's collection and to per- 
ntit easy access to the materials it owns. ... One of the most exciting developments 
in catalogs is the public access online catalog, which provides speedy online access 
to all the libraiy's holdings by means of a computer terminal. ... The online catalog 
will make the computer's retrieval capabilities directly available to libraiy users and 
will permit users to have access to information in a more decentralized manner. 
[Ref 6: p. 21-22] 

'fhe aims of the proposed lOLS are: 

1. To facilitate access to and control of the collection by replacing old card catalogs 
with an online public access catalog; 

2. To create a bibliographic record when an item is selected and to use the same re- 
cord in the acquisition, cataloging, and circulation functions at the Libraiy; 

3. To provide a data source showing the siaius of all Libraiy materials current to the 
past working day. 

C. INFORMATION ENGINEERING 

The lOLS will affect the workflows of the Library. Typically, automation pressures 
result in a stronger integration of technical services activities. At both Northwestern 
University and Stanford University, lOLS-related staff reductions resulted from com- 
bining functional services and reducing duplication of processes in various departments. 
Stanford's BALLOTS, operational in 1972, 

had a tremendous impact on Stanford's operation, such as integrating technical 
processing functions more closely than ever before. The Acquisitions and Catalog- 
ing departments, although remaining under separate supervision, were physically 
consolidated. ... In addition, the number of staff was reduced. One-third of the 
staff positions in the Order Division were eliminated, as were several positions that 
previously had been responsible solely for typing unit entiy cards, duplicating and 
typing headings on them, and sorting them into filing order: all functions that were 
computerized under BALLOTS. [Ref 9: p. 53] 

A high-level view of the logical relationships in the lOLS will help clarify details 
shown in workflow diagrams; see Figure 13 on page 21. 
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The terminal is all that the users, whether library' patron or librar}' stafT, are aware 
of when they work with the lOLS. All interactions are on-line. The computer, using a 
transaction processor and lOLS custom software, e.xecutes the search strategies, com- 
mands and inquiries entered by users. The informational files stored on direct access 
storage devices (DASD) are available without noticeable delay, and the results of the 
request or command are displayed on the terminal monitor almost immediately. 

Several applications use the same integrated database file, thus eliminating problems 
of synchronization, redundancy and currency. Information about individual trans- 
actions is entered at on-line terminals and used to update master files on DASD. These 
files are backed up regularly to another disk, and to tape cartridge. Journal files on 
DASD can be used to rebuild a day's activity from a checkpoint. 

Updates made by the librar\' technical staff are immediately available to librarx’ pa- 
trons. An order record entered in Acquisitions is accessible to the Cataloging staff, to 
the Reference Librarian, or to a student via a su bject, 'title/author/ keword search; the 
displayed record shows not only the bibliographic information but also the status of the 
item. A book checked out this morning is tagged as "in circulation" and the due date is 
part of the display. Currency of information and accessibility of data without replication 
of effort are two of the primar>' features of an lOLS. That is why integration is impor- 
tant in the system. 

Another feature of the lOLS is ease of access. Not only does computer searching 
offer more index points than manual catalogs can provide, but also the On-line Public 
Access Catalog (OPAC) is physically easier to reach. Any terminal with connections to 
the mainframe computer at NTS also has connections to the Library OPAC. The patron 
no longer has to be in the library to do library research. 



21 




At present, all terminals and data communication devices at the Naval Postgraduate 
School are directly connected to a host computer. Microcomputer labs scattered around 
the campus are stand-alone Local Area Networks (LANs). When the campus-wide 
Local Area Network is available, (see Figure 14) the lOLS will be accessible via the 
LAN (RING topology), dial-access (telecommunication), and direct-connect terminals. 
All offices with terminals, all PCs with a modem and terminal emulation capability, and 
all microlabs on campus will have full librar\' service via the lOLS. 




1. Proposed Acquisitions Workflow 

Automation will have a major impact on the Acquisitions Division. Pre-order 
searching will be done in Acquisitions, and records for books, serials and periodicals will 
be created in the on-line bibliographic database at the time they are ordered from the 
vendor or publisher. RLIN records will be downloaded to the OPAC by a process called 
Generic Transfer Overlay (GTO). GTO copies the RLIN record into a local micro- 
computer, where the data is reformatted to match OPAC requirements. The new record 
is then added to the on-line database that supports the OPAC, and is flagged as "on 
order" in the status field display. These records will be searchable by keword, or by 
title, author, publisher and publication date. Order records are usually brief, but still 
offer more points of access than the manual "order slips" filed in the card catalog under 
main entrv' only. See Figure 15 for other changes in workflow. 

2. Proposed Cataloging and Classification Workflow 

The Bibliographic Control Division performs three functions. The first two are 
interrelated activities; descriptive cataloging and the production of the library' catalog. 




Figure 15. Logical Workflow for Automated Book Acquisitions 
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Physical processing is the third function. Figure 16 details descriptive cataloging proc- 
esses that build the catalog; Figure 17 describes physical processing of librarv’ materials. 




• Send Item for 
-►* phyvcaJ 

, processing 

• (See Figure 17) 



Figure 16. Logical Workflow for Descriptive Cataloging 



The aim of descriptive cataloging is "to produce informative bibliographic and 
physical descriptions of library materials in sufficient detail to permit the conclusive 
identification of a given item and its differentiation from other, possibly similar items" 
(Ref. 10: p. 177] according to AACR2 standard rules. In a manual system, the level of 
detail is limited to what can be conveniently printed on a 3.x5 catalog card set. With an 
OPAC, no limits exist except those set by the policies of the cataloging librarx'. Full 
analytics 1 can be included in the on-line record if desired, so that the contents of chap- 
ters, of collected works, of short stories, etc., are accessible to search. Serials can be 
cataloged down to the journal article level. Automation supports a change in the rela- 
tive degree of descriptive cataloging, not in the logical cataloging process. 

.Automation has been part of the cataloging workflow at NPS via RLIN since 
197S. RLlN's database includes .VIARC records for books, serials, maps, films, music 

1 Anal\lical cataloging is detailed descriptive cataloging that reveals the specific contents of a 
bibliographic item. 
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and sound recordings plus original cataloging records contributed by member libraries 
for materials not held by the Librar}’ of Congress. Access to desired entries is available 
on-line via a series of indexes for main entry/title, LC classification number, LC card 
number, and International Standard Book Number (ISBN). The numerical searches are 
straightforward and can easily be done by clerical staff on the dedicated terminal con- 
nected to RLIN via leased telephone lines. Unique search parameters give quite rapid 
retrieval. 

RLIN records have been used as a source of printed catalog cards for the past 
ten years at the Library. The same information that produces the manual card catalog 
can be kept in an on-line database; this is how an OPAC is created. Figure 16 on page 
24 shows the sources of on-line records. 

If Acquisitions has established an "on order" record during the initial search and 
order process described in F'igure 15, then this record will be in the OPAC, and the 
cataloger will use it as the basis for full descriptive cataloging. If no order record exists, 
the Processing staff will search RLIN's database for a MARC record, then upload the 
record to the OPAC, using GTO. Original cataloging is done only if no record is found. 

Once this record is complete, /.<?., once the "on order" record is augmented by 
descriptive cataloging to reflect full bibliographic and physical details, it is a valuable 
resource within the on-line catalog. The catalog is a tool used for locating ideas; an in- 
dividual record with full description in the OPAC can be found via the mechanisms of 
computer-aided searching by a combination of main entry', LC card number, ISBN, LC 
classification number, and individual words from any part of the record. This is a pow- 
erful tool for locating ven,’ specific ideas. The OPAC is useful for Reference service be- 
cause of this expanded search capability. 

Note in Figure 16 that descriptive cataloging may involve creation of a new 
record or enhancement of an existing record. When a bibliographic record is established, 
the lOLS provides a formatted screen with labelled MARC fields to prompt for com- 
plete, standard data. No printed worksheets are necessary’. 

Checking, adding to, or changing information is a straightforward process. The 
record is displayed on a terminal, and changes are made directly to the record. These 
changes are immediately visible within the OPAC. Catalog maintenance thus becomes 
a subprocess within descriptive cataloging, accomplished from a terminal at the 
cataloger's desk. 

Automated processing involves attaching human-readable as well as machine- 
readable labels to the physical item. The call number on the spine label is for human 
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convenience. The label may be typed locally, as shown in Figure 17, or may be a 
printed byproduct of an on-line transaction with the OPAC record. 




Figure 17. Logical Workilon for Physical Processing 



Note in Figure 17 that there are no cards and pockets to be typed and glued 
into the books. The barcode is all that is needed to link the physical item with the logical 
description. The barcode label provides a unique identification down to the copy level. 
Use of the barcode substantially improves the Library's ability to obtain information 
about item circulation and patron use of the Library. 

3. Proposed Circulation Workflow 

Library interest in automated circulation control is in large part based on a long- 
standing awareness of the problems inherent in manual circulation systems. These 
problems include labor-intensive and time-consuming record-keeping work routines, 
inaccuracy, high personnel turnover, an inability to generate conveniently statistics 
about circulation activity, and the lack of any interface between circulation files and 
other librarv files which contain much of the same bibliographic data. [Ref 10: p. 
173) 



.Most of these problems, present in the manual Circulation processes, will be 
alleviated by the lOLS. The barcode label is central to automated circulation, as can 
be seen in Figure 18. Scanning the patron library card and the barcode on the book are 
all that is necessary to check-out a barcoded book. Check-out will be at least three times 
faster than manual check-out procedures, since automation requires only one pass 
beneath the scanner, and manual procedures require that three cards (patron, book and 
date due) be inserted into the charge machine and stamped. 
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Figure 18. Logical Workflow for Automated Circulation 



For items not yet barcoded, the Circulation clerk must attach a barcode, and 
must sometimes create a short "circ record" in the OPAC, to identify the item, before 
giving it to the patron. Upon its return, the book will be given to the Bibliographic 
Control Division, where the OPAC record will be augmented. 
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All circulation transactions will be reflected in the OPAC immediately. Both 
patron and book statistics are automatically generated during the check-out and 
check-in processes. 

4. Proposed Reference Workflow 

As seen in Figure 19, the Reference function uses the catalog in whatever form 
it appears. Searchable NOTES fields in the expanded bibliographic records, and the 
capability of applying Boolean logic to multiple indexed fields yield very specific search 
results. The speed and thoroughness of using an OP.AC for Reference are advantages 
for the user. Results can be found quickly, and sources of relevant information are un- 
likely to be overlooked. 




Types of Inquiry Sources of Information 



Figure 19. Logical Workflow for lOLS-Aided Reference 
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III. REQUIREMENTS ANALYSIS 

The characteristics of librar}' applications differ from most other types of data- 
processing activities. The files are primarily alphabetic rather than numeric. Except 
for a relatively small amount of business processing in accounting procedures, most 
of the tasks are sorting, merging, collating, or comparing, and usually these oper- 
ations are performed on ver>' large files. The typical library' record consisting of 
bibliographic and user data tends to be larger than typical business records and less 
easily standardized in terms of the number of characters. The use of computers in 
sorting large files in alphabetical sequence is more complicated in librarx" applica- 
tions because of the filing rules needed for bibliographic records. [Ref 3: p. 72] 

A. METHOD OF STUDY 

Identification of required lOLS functions, description of the existing manual Library 
work flow, comparison of three alternative lOLS systems, and a detailed analysis of 
NOTIS costs, machine requirements, and implementation scheduling comprise the bulk 
of this study. Information presented is based on: 

1. interviews with selected Libraiy staff members, including Bobbie Carr. Catalog Li- 
brarian; Sharon Serzan, Acquisitions Librarian; and Ora Wagoner, Assistant 
Reader Services Librarian, 

• to identify the functions of importance to each Division, 

• to rank these functions in order of preference, 

• to clarify current work flow in the Library 's Acquisitions, Bibliographic Control, 
and Reader Services Divisions; 

2. surveys of available literature describing lOLS systems currently on the market; 

3. interviews with Computer Center Director Doug Williams to discuss the estimated 
costs of lOLS support, and Jack Starr, IB.M Software Engineer, who advised on 
system configuration and support; 

4. telephone conversations with vendors, notably Tim Tamminga and Marx- Burgett, 
Marketing Librarians with NOTIS. 

Automated librarx' systems from many vendors were investigated during the ALA 
Conference in San Francisco in June, 1987. Because of budget constraints, on-site visits 
were limited to NOTIS installations at Long Beach Public Librarx’, Long Beach, 
California, and at Northwestern University, Evanston, Illinois. Hands-on experience 
with NOTIS by Librar}’ and Computer Center staff has been positive. 
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B. SYNOPSIS OF FUNCTIONS DESIRED BY THE LIBRARY IN AN lOLS 



Listing lOLS capabilities important to the Librar}' was the initial phase of this 
study. I'igure 20 is a synopsis of the functions important to the Library , summarized 
from the first meeting of the author and the Librar>' staff. 



FUNCTIONS DESIRED 


PERCEIVED BENEFITS 


authority control 


uniformity of entry 


global changes to files 


ease of maintenance 


automated circulation 


saves time; item status available 


circulation statistics realtime 


immediate; automatic update 

spot **hot*’ areas (collection development) 

weeding (easier; more accurate) 


Boolean searching of on-line catalog 


efficient ; specific access 
enhanced subject searching 


access via menu or commands 


help for new users; quicker for expert 


catalog update overnight 


current info about collection 


terminal interface capabilities 
machine access to all financial records 


access to remote systems 


budget information automated 


budget reports 


standard reports predefined 


currency; ease 


custom reports definable 


flexibility 


bibliographic files for serials 


missing issue control; holdings 
binding program current 


no card catalog 


no card filing, checking; maintenance 


on-line catalog 


more points of access indexed 
access from remote sites 


automatic checkin 


save time, recall alerts, holds 


print forms automatically 


neat; on time, standard 


on-line order file for monographs 
automated order form generation 


see what is on order; received 


automatic claims/cancellation 


efficient; fiscal control 
by vendor; subject code 


automated management reports 


control, currency, tracking 


on-line access to Supply for ordering 


control; speed; accuracy 


archive capability for old data 


save space 


Reserve Book control 


statistics on use, location status 


interface w/RLIN 


access to upload, download records 


nane^ subject authority control 


uniform entry, cross references 


automatic deblinding 


accuracy, catch blind cross references 


access to commercial databases 


same hardware for many uses 


FULL MARC 


LC standard cataloging 


ability to extract information 


customized reports 


mainframe interoperability 


Computer Center support 



Figure 20. Functions Desired by Library in an lOLS 



C. LIBRARY STAFF'S RANKING OF DESIRED FUNCTIONS 

In Figure 21, the lOLS functions have been ranked in order of their importance to 
the Library by representatives of the Bibliographic Control Division, Acquisition Divi- 
sion, Reader Services Division, Administrative Division and the Research Reports Di- 
vision. Scores range from I to 100 for each function, with 100 being highest. Lower 
numbers reflect less priority. 
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The Carnegie Report (Ref. 11] suggests that the local lOLS should be composed of 
integrated components rather than discrete automated units, and that the "basic device 
for user interaction" should be a full screen CRT terminal. It also identifies a strong 
"need to show circulation and acquisition status to patrons searching the catalog." which 
was reflected in the Librarv' staffs priorities, shown in Figure 21. 



FUNCTION DESIRED CASE« 


1 


2 


3 


9 


5 


6 


7 


8 


9 


10 


AUTHORITY CONTROL 


95 


93 


87 


89 


80 


2 


99 


99 


if 


if 


GLOBAL CHANGES TO FILES 


93 


92 


86 


88 


79 


1 


100 


100 


if 


if 


AUTOMATED CIRCULATION 


75 


99 


97 


92 


88 


if 


if 


if 


100 


100 


CIRCULATION STATISTICS REALTIME 


70 


¥l 


92 


92 


85 


92 


if 


if 


99 


99 


BOOLEAN SEARCHING OF ON-LINE CATALOG 


98 


97 


98 


97 


89 


95 


92 


92 


75 


75 


SHOW STATUS OF EACH ITEM ON-LINE 


73 


96 


91 


91 


87 


88 


30 


30 


98 


98 


ACCESS VIA MENU OR COMMANDS 


90 


95 


90 


87 


89 


91 


if 


if 


60 


60 


CATALOG UPDATE OVERNIGHT 


91 


99 


88 


80 


86 


89 


91 


91 


if 


if 


TERMINAL INTERFACE CAPABILITIES 


85 


* 


73 


81 


35 


8 


if 


if 


30 


30 


(DIALOG, DTIC. . . ) 


CAPABILITY OF INCORPORATING 


100 


* 


79 


90 


25 


90 


if 


if 


if 


if 


TECHNICAL REPORTS 


MACHINE ACCESS TO ALL BIBLIOGRAPHIC 


87 


98 




100 


if 


18 


29 


29 


90 


90 


RECORDS 


MACHINE ACCESS TO ALL FINANCIAL 


19 


87 


81 


99 


91 


77 


if 


if 


if 


if 


RECORDS 


BUDGET INFORMATION AUTOMATED 


29 


86 


80 


98 


90 


97 


if 


if 


60 


60 


STANDARD REPORTS PREDEFINED 


37 


80 


79 


ik 


92 


93 


if 


if 


if 


if 


CUSTOM REPORTS DEFINABLE 


^5 


79 


77 


* 


99 


93 


if 


if 


50 


50 


BIBLIOGRAPHIC FILES FOR SERIALS 


28 


91 


83 


96 


98 


11 


50 


50 


99 


99 


NO CARD CATALOG 


9^ 


90 


¥i 


ik 


100 


if 


95 


95 


95 


95 


ON-LINE CATALOG 


99 


100 


100 


100 


100 


96 


99 


99 


80 


80 


DOWNLOAD FROM RLIN 


5 


60 


89 


99 


95 


3 


if 


if 


if 


if 


AUTOMATIC CHECKIN 


39 


61 


96 


86 


if 


5 


if 


if 


95 


95 


PRINT FORMS AUTOMATICALLY 


35 


62 


82 


85 


81 


17 


if 


if 


85 


85 


ON-LINE ORDER FILE FOR MONOGRAPHS 


30 


85 


95 


89 


99 


76 


if 


if 


if 


if 


AUTOMATED ORDER FORM GENERATION 


25 


89 


99 


83 


97 


15 


if 


if 


if 


if 


AUTOMATIC CLAIMS/CANCELLATION 


20 


89 


93 


82 


96 


16 


if 


if 


if 


if 


MANAGEMENT REPORTS 


80 


83 


78 


95 


93 


99 


if 


if 


if 


if 


ON-LINE ACCESS TO SUPPLY FOR ORDERING 


60 


82 


Ik 


79 


70 


9 


if 


if 


if 


if 


ARCHIVE CAPABILITY FOR OLD DATA 


55 


73 


* 


70 


83 


79 


if 


if 


if 


if 


RESERVE BOOK CONTROL 


15 


* 


76 


50 


75 


75 


if 


if 


83 


83 


INTERFACE W/RLIN 


6 


89 


89 


99 


95 


9 


20 


20 


if 


if 


AUTOMATED REPORTS 


65 


81 


75 


» 


92 


98 


if 


if 


70 


70 


NAME, SUBJECT AUTHORITY CONTROL 


97 


88 


85 


if 


80 


3 


98 


98 


if 


if 


AUTOMATIC DEBLINDING 


96 


¥i 


89 


75 


78 


6 


97 


97 


if 


if 


INTERFACE W/CD ROM SERVICES 


16 


¥i 


72 


78 


30 


12 


if 


if 


if 


if 


ACCESS TO COMMERCIAL DATABASES 


59 


78 


* 


if 


35 


if 


if 


if 


29 


29 


FULL MARC 


10 


* 


99 


90 


82 


7 


96 


96 


if 


if 


ABILITY TO EXTRACT INFORMATION 


53 


73 


* 


if 


99 


99 


if 


if 


69 


69 


MAINFRAME INTEROPERABILITY 


69 


79 


82 


if 


65 


19 


if 


if 


if 


if 


ELECTRONIC MAIL 


90 


75 


* 


73 


55 


87 


if 


if 


if 


if 


ENHANCED SUBJECT ACCESS 


88 


76 


* 


if 


if 


13 


93 


93 


if 


if 


AUTOMATED MANAGEMENT REPORTS 80 

NOTE: Missing values have been entered as 


77 

. 


78 


if 


93 


100 


if 


if 


if 


if 



Figure 21. lOLS Functions Ranked in Preference Order 
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1. Histogram of Functions in Ranked Order 

The lOLS functions have been ranked by members of the Librar>' staff as to the 
relative importance to their respective Division. All areas of the Librar}’ are represented 
in this survey. The average score for each element was graphed to produce an ordered 
list of "lOLS requirements" (see Figure 22). Items receiving average scores of 70 or 
higher were considered important. Most elements listed averaged 50 or higher. Note: 
Missing values have been excluded from averages. 



FUNCTION DESIRED 



RELATIVE IMPORTANCE 10 STAFF (SCALE OF 1 10 lOO) 
1 10 20 30 ^0 50 60 70 80 90 



ON-LINE CATALOG 
AUTOMATED CIRCULATION 
BOOLEAN SEARCHING OF ON-LINE CATALOG 
CIRCULATION STATISTICS REALTIME 
MANAGEMENT REPORTS 
AUTOMATED MANAGEMENT REPORTS 
ACCESS VIA MENU OR COMMANDS 
AUTHORITY CONTROL 
NO CARD CATALOG 
GLOBAL CHANGES TO FILES 
SHOW STATUS OF EACH ITEM ON-LINE 
CATALOG UPDATE OVERNIGHT 
AUTOMATED REPORTS 
NAME, SUBJECT AUTHORITY CONTROL 
ON-LINE ORDER FILE FOR MONOGRAPHS 
AUTOMATIC DEBLINDING 
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ENHANCED SUBJECT ACCESS 
BIBLIOGRAPHIC FILES FOR SERIALS 
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ELECTRONIC MAIL 
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AUTOMATIC CLAIMS/CANCELLATION 
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Figure 22. Histogram of lOLS Functions as Ranked by Library 



D. STATEMENT OF lOLS REQUIREMENTS 

The proposed computer based Integrated On-line Library System (lOLS) will sup- 
port services of the Dudley Knox Library at the Naval Postgraduate School and will be 
central to the operation of this facility. For reasons of accuracy, timeliness, and 
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economy, it is essential that the librarj' functions be integrated to operate from a 
common data base where bibliographical information is entered at the time an item is 
ordered and used in all functional areas of the library' therafter. The lOLS must include 
subsystems addressing librar>' requirements in the following areas: 

• Acquisitions including a complete fiscal accounting systems with detail and sum- 
mar}’ reports as well as generation of procurement documents and print orders; 

• Cataloging with an embedded full screen data entr}’ and edit capability which allows 
modifications and additions to any single data element in the data base as well as 
global changes to the data base; 

• Circulation including inventor}’ control, on-line check-in and check-out, renewals, 
holds and overdue notice generation. The system must also support generation of 
statistical reports relating to circulation of librar}' materials and the demographics 
of the user community; 

• Serials Control with support for item check-in, routing, claims and binder}’ records; 

• Research Library Information Network (RLIN) compatible data formats for use of 
e.xisting machine-readable catalog records held by the librar}'. This subsystem must 
allow loading of existing catalog archive tapes plus downloading of electronically 
transmitted data records directly from RLIX. 

The system acquired must operate in the IBM 370 MV^S CICS environment in ex- 
istence at the Naval Postgraduate School and provide for database access from the in- 
stalled network of 600 IBM 327X display terminals. The system installed must be 
supportable using existing IBM 3350 and 3380 type disk drives and not require the in- 
stallation of any third-party data base management system or other software. In terms 
of capacity, the acquired system must be able to provide database storage and access for 
at least 300,000 titles and support circulation control and record keeping for a minimum 
of 50,000 transactions per year. 

Acquisition of a system that does not meet the requirements listed above would 
adversely impact the function of the Librar}’ in support of the Naval Postgraduate 
School's academic and research mission. A system that did not operate from a single 
integrated database would require duplicate data entry and multiple data files which in 
a large high-volume academic librar}’ could never be kept in synchronization. A system 
that did not offer support for all of the librar}' functions listed above would require that 
the Government invest additional resources in developing the subsystems and functions 
not supported in the base product. 

In 1983, William Saffady described the problems inherent in custom developed 
software: 
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... custoiriized software development can prove to be a time-consuming and e.xpen- 
sive activity that can result in significant delays in implementation and substantial 
costs. Post-implementation costs will likewise be incurred by the continuing re- 
quirement for software modification or other maintenance. As a result, customized 
system development is usual!}' viewed as an implementation alternative of last resort, 
to be seriously considered only in those applications where other approaches to au- 
tomated [functions] are clearly unacceptable. (Ref 10: p. 271] 

Obviously, the Library's requirements must be met by an e.xisting software product, 
rather than by augmenting the software after purchase. 

The Naval Postgraduate School's Computer Center operates in an IBM 370 envi- 
ronment. Two operating systems are supported: VM for general purpose timesharing 
and .MVS for batch and transaction processing applications. The School also has an 
e.xtensive network of IB.M 327X terminals installed. Any system which did not operate 
in this environment and provide access from the existing terminal network would require 
acquisition and support of additional automatic data processing resources and the pos- 
sible installation of a parallel data terminal network. This would be a costly undertak- 
ing. 

Librarx and Computer Center staff members have conducted an extensive literature 
search to identify potential suppliers of computer-based integrated librarx' support sys- 
tems. Table 1 summarizes the results of this study, and the applicability of the systems 
to the Library's requirements. 



Table 1. AVAILABLE lOLS SYSTEMS 





IBM 

CICS 

Compat- 

ible 


REIN 

Compat- 

ible 


Hardware Other Software Required 


SOUS Systems. Inc. (NOTIS) 
1007 Church Street 
Evanston, IL 60201-3622 

(312) S66-0150 


* 


♦ 


IBM 370 


HIHLIO-TECHMQEES, Inc. (BEIS) 
** Out of business ** 






IB.M 370 with third party database 
manager 


ADVA.NCED Libraries & INEORMATION, Inc. 
(ALOHA) 

2570 S. Beretania St., Suite 207 
Honolulu, HI 96826 

(808) 947-4441 






IBM 370 with PICK Operating 
System 


D.xr.x RliSbARCn ASSOCI.XtES, Inc. (AIL.AS) 

Si270 Olive Blvd 

Si. Louis, MO 01775 

(314) 432-1100 






DIGITAL EQLTPME.NT CORP. 
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IBM 

CICS 

Compat- 

ible 


RLLN 

Compat- 

ible 


Hardware Other Software Required 


COMSIOW INFORMATION SERVICES 
(BIBLIO-TECF^) 

301 Boxboro Road 
Stow, MA 01775 

(617) 897-7163 






DIGITAL EQUIPMENT CORP. 


EYRING LIBRARY SYSTEMS (CARL) 
5280 S. W’esl, Suite E260 
Salt Lake City. LT 84107 

(801) 263-9200 






TANDEM SYSTE.MS 


DYNIX INC. 

1455 \V. 820 North 
Provo, LT 84601 

(801) 375-2770 




* 


IBM 370 with PICK Operating 
S ystem 


GEAC COMPUTERS, INC. (GEAC) 
515 .N. Washington 
Arlington, \ A 22314 

(703) 836-0225 






Contractor furnished dedicated 
hardware 


I N LEX 

P.O. Box 1349 

.Monterey, CA 93942 

(408) 646-9666 




« 


HEWLETT PACKARD 3000 


IN.NOV.ATIVE INTERFACES 
1409 5th St. 

Berkeley, CA 94710 

(415) 644-3600 




♦ 


Contractor furnished dedicated 
hardware 


LIAS PROGRAM OFFICE (LIAS) 
E511 Pattee Library 
Pennsyhania State Lniversity 
University Park, PA 16802 

(814) 865-1858 






HONEYWELL 


CLSI, INC (LIBS 100) 

1 220 Washington St. ' 

West .Newton, M.^ 02165 

(617) 965-6310 




* 


DIGITAL EQUIPMENT CORP 


GEORGETOWN LNIVERSITY .MEDICAL 
CENTER (LIS) 

3900 Reservoir Road 
W’ashington, DC 20007 

(207) 625-7673 






DIGITAL EQLTP.MENT CORP. 


SOBECO GROUP, INC. (.MULTILIS) 
505 Dorchester Blvd West 
.Montreal, Quebec, Canada 

(514) 878-9090 






DIGITAL EQLTP.MENT CORP. 


UTLAS INTERNATIONAL (T SERIES 50) 
1611 N. Kent St. 

Arlington, VA 22209 

(703) 875-8678 




♦ 


TANDEM SYSTE.MS 
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IBM 

CICS 

Compat- 

ible 


RLIN 

Compat- 

ible 


Hardware Other Software Required 


INFORMATION DIMENSIONS, INC. 
655 Meiro Place South 
Dublin, OH 43017 

(614) 761-8083 




« 


IBM 370 


UNIVERSAL LIBRARY SYSTEMS, LTD 
(ULISYS) 

1609 A Broadway 
Bellingham, WA 98225 

(206) 767-4624 






DIGITAL EQUTPME.NT CORP. 


McDonnell douglas computer sys- 
tems (URICA) 

P.O. Box 19501 
Irvine, CA 92713 

(714) 250-1000 






Contractor furnished dedicated 
hardware 


VIRGINIA POLYTECHNIC INSTITUTE (VTLS) 
416 .Neuman Library 
Blacksburg, VA 24061 

(703) 961-0823 






HEWLETT PACKARD 3000 



Staff members also attended recent meetings of the American Library' Association 
where they visited trade show booths of all oflerors of these systems. Most vendors 
acknowledged that they were unable to meet the School's compatibility and operating 
environmental requirements. Professional contacts and telephone calls to other offerors 
by senior library stalT members have substantiated the limited availability of a complete 
library support system which meets the School's needs. 

Table 1 summarizes the results of the staffs study of computer based library^ sup- 
port systems and their features. From the literature search and personal contacts de- 
scribed above, three systems were identified for more thorough investigation: 

NOTIS Systems. Inc. (NOTIS) 

FA'anston, IL 

BIBIJO-TECIIMQLFS. Inc. (BUS) 

Olympia, \VA 



GEAC Computers, Inc. (GE.\C) 
Arlington, \'A 
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E. COMPARISON OF REQUIREMENTS TO VENDOR SYSTEMS 

In the following table (Table 2), the functional requirements of the Librar}’ are 
compared by vendor; additional information is taken from Appendix A in (Ref 12|. 
Blanks in the table indicate that the information was not available. 



Table 2. DETAILED COMPARISON BY VENDOR (PART I) 



RLQLTRE.MEMS: 


BUS 


GE.AC 


NOTIS 


IB. VI Compatible 


^"es 


No 


YYs 


REIN Compiatible 


Yes 


^’es 


Y es 


ONSITE Training 


■^'es 


Yes 


Y es 


Documentation Supplied 


Yes 


Yes 


YYs 


ON-LINE Catalog 


Yes 


'S’es 


YYs 


AUTO.VIATED Circulation 


No 


■^Ys 




BOOLEAN Searching of On-line Catalog 


^'es 


^es 


Y es 


ALTO.MATED .Management Reports 


'SYs 


Yes 


Y es 


Access via MENU or COMMANDS 


^'es 


Yes 


YYs 


Name. Subject AUTHORITY' Control 


Yes 


^ es 


YYs 


GLOB.AL Changes to Files 






YYs 


Inter-Library' Loan Function 


No 


Yes 


Y es 


Show Status of each Record On-line 






YYs 


Catalog Update Overnight 




Yes 




ON-LINE ORDER File for Monographs 






Yes 


SERIALS Checkin 


No 


^Ys 


YYs 


CUSTOM REPORTS Definable 


'S'es 






STANDARD REPORTS Definable 


Yes 






BUDGET Information Automated 


Yes 






RESERVE Book Control 






YYs 


SCREEN Oriented 


Yes 


'lYs 


YYs 


ALTO.MATED ORDER Form Generation 




YYs 


YYs 


AUTOMATIC CLAI.MS Cancellation 






YYs 


DOWNLOAD From RLIN 


^’es 


YYs 


YYs 


FULL MARC 


^'es 


■^Ys 


YYs 


-MACHINE Access to ALL Records 


■^'es 


'les 


YYs 
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Table 3. DETAILED COMPARISON BY VENDOR (PART 2) 



REQUIREMENTS: 


BUS 


GEAC 


NOTIS 


lOLS VENDOR Support for HARDWARE 


No 


Yes 


No 


lOLS VENDOR Support for SOFl'WARE 


Yes 


Yes 


Yes 


CONTEXT-SPECIEIC ON-LINE HELP 


Yes 


No 


Yes 


SUPPORT for Software by Computer Center 


No 


No 


Yes 


Tape Loading of Bibliographic Records 


'i'es 


Yes 


Yes 


.MARC Database .Match of Bib. Records 


Yes 


No 


Yes 


Adaptation of Bibliographic Records 


No 


^ es 


Yes 


Keyboarded Prompted Record Input 


No 


Yes 


No 


Blank Screen Fill-in Record Input 


No 


No 


Yes 


Form Eill-in Record Input 


Yes 


No 


Yes 


Customized Prompted Fill-in Record In 


No 


\’es 


No 


Batch Loading Item Records 


Yes 


Yes 


Yes 


Keyboarding Item Records 


Yes 


Yes 


Yes 


Lightwand Item Records 


Yes 


\’es 


Yes 


Frror Checking Batch Mode, MARC Format 


Yes 


^’es 


No 


Error Checking Batch Mode, ISSN ISBN 


No 


No 


Yes 


Error Checking Batch .Mode, Barcode 


Yes 


^’es 


No 


Error Checking, Keyboarded, .M.ARC Format 


\'es 


\'es 


Yes 


Error Checking, Keyboarded. ISSN ISBN 


No 


No 


Yes 


Error Checking, Keyboarded. Barcode 


Yes 


Yes 


\’es 


Error Checking, Lightwand, Barcode 


Yes 


Yes 


Yes 


On-line Shelflist Search 


Yes 


Yes 


Yes 


Labeling Spine Labels 


No 


Yes 


Yes 



The XOTIS system designed and implemented in the library at Northwestern Uni- 
versity is the system which best meets the designated Librar} requirements listed above. 
The XOTIS system operates in an .MVS CICS environment, is self-contained, does not 
require purchase of an additional database management system, is RLlX-compatible, 
and fully meets the needs of the library in terms of functional subsystems. 
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IV. COMPARISON OF lOLS CANDIDATES FOR BEST FIT 



Considering the functional requirements the Libran,' has established, and the twin 
constraints of IBM- and RLIN-compatibility, few lOLS systems on the market meet the 
criteria. BLIS, GEAC and XOTIS all support a critical mass of integrated local func- 
tions, are actually in use in libraries, and have been favorably reported in the literature. 

These s}'stems have also been recommended, with reservations, by the Research Li- 
braries Group. RLG encourages its members to move toward a full function local sys- 
tem that supports an on-line public access catalog (OP.AC), circulation control, serials 
control, automated support of acquisitions, cataloging with authority control, and 
interlibraty loan. These are the same functions valued by the Library, so RLG approval 
for BLIS, GEAC and NOTIS is encouraging. 

Extensive cost-benefit analysis of BLIS and GE.-\C is non-productive, for both 
companies declared bankruptcy during the course of this research. NOTIS was the re- 
commended choice based on supportability and cost in the initial comparison. It now 
appears to be "the only game in town". Initial cost comparisons in this section are 1984 
costs, taken from the Carnegie Report to the RLG. 19SS costs for the NOTIS system 
are included in the next chapter. 

A. BLIS 

Biblio-Techniques, Inc., based in Olympia, Washington, marketed a vendor- 
supported "object code only" version of the software system owned and operated by the 
Washington Libraiy Network (WLN). BLIS, the Biblio-Techniques Library and Infor- 
mation System, ran on I B.M -compatible mainframes, and used 3270-compatible termi- 
nals with full .MARC ALA character sets. It could be installed using off-the-shelf 
hardware without user programming. 

Although BLIS used IB.M's DOS VSE, VSl or MVS as its operating system, it used 
Software AG of North America, Inc.'s ADABAS for a database management system, 
and their teleprocessing monitor CO.M-PLETE. CO.M-PLETE includes a terminal 
mapping utility that makes it easy to design custom input screens. Software AG also 
provides a report writer, called NATL’Ry\L, that makes report definition vciy flexible. 
All three software packages were used by BLIS. 

All software was maintained by Biblio-Techniques over a remote teleprocessing link. 
New software releases were included in the monthly maintenance fee. 
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On-site training and documentation were provided by Biblio-Techniques. On-line 
help was "well designed, being context-specific and oriented toward directing the user 
toward correction". The on-line catalog had a public access interface which was "highly 
flexible and extremely well conceived". The authorities system was integrated into cat- 
aloging; full Boolean searching capability was supported. .MARC formats were sup- 
ported (except for .Maps, Archives and .Manuscripts). The acquisitions system provided 
"virtually complete procurement and fiscal capabilities, and [was] reasonably flexible". 
[Ref 1 1; p. IS] Serials control and circulation control were not implemented. Figure 23 
summarizes initial installation and maintenance costs for BLIS. 



198^ COSTS 




Hardware 


$998,000 


Installation, documentation, training 


17,500 


Software licenses ( incl . AG) 


225,000 


Annual software maintenance 


$ 39,600 


Annual hardware maintenance 


90,790 


TOTAL INITIAL COST 


$770,890 


ANNUAL MAINTENANCE COST 


$ 80,390 



Figure 23. BLIS System Costs - 1984 Dollars 



During the course of this research, Biblio-Techniques has gone out of business. 

B. GEAC 

GEAC Computers, Inc., a Canadian company with U.S. offices in Arlington. 
Virginia, markets turnkey systems for libraries and financial institutions. It has a num- 
ber of systems in production all over Europe and the U.S., including installations at the 
Naval Academy and at West Point. 

GE.AC manufactures its own computers. The multiprocessor model has a commu- 
nications processor to manage attached terminals and printers, a disk processor to 
manage disk storage, and an applications processor. The operating system is unique to 
GE.AC, as is ZOPL, the implementation language for both system and applications. The 
system requires 2-3 full-time employees for operations; operator documentation and 
procedures are available. Hardware maintenance is performed by GE.AC; software di- 
agnostics arc provided for all supported software. Error corrections and functional en- 
hancements to software are provided without charge. 

Integration of the on-line catalog with data created in other subsystems "appears 
quite complete" [Ref 11: p. 34]. .All U.S. .M.ARC formats are supported in database 
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searching. 'I'he full .VIARC/ALA character set is supported. Help screens are available 
whenever the user desires. Both tutorial mode and command modes are available. The 
authorities subsystem, the acquisitions system, and serials control are in place within the 
lOLS software. GEAC is well-known for its circulation support, according to the 
Carnegie Report (Ref 11]. 

Figure 24 summarizes initial installation and maintenance costs for GEAC. 



GEAC CPU 


198^ COSTS 


$ 90,850 


128K Memory (2) 




11,960 


Disk drives (2), 332MB 




90,000 


Tape driven 100 IPS 




6,800 


Prinier^ 300 LPM 




6,900 


Dial-up modem 




1,230 


GEAC software 




100,000 


Insiallaiion & conversion 




9,000 


Software maintenance 




10,800 


Hardware maintenance 




16,080 


INITIAL TOTAL COST 




$292,620 


ANNUAL MAINTENANCE COST 




$ 26,880 



Figure 24. GEAC System Costs - 1984 Dollars 



GEAC meets many of the constraints and requirements listed above although it is 
not I B.M -compatible. Installation of this system would require acquisition of an addi- 
tional complete ADP comple.x and terminal network. GEAC's recent bankruptcy effec- 
tively removes the company from consideration. 

C. NOTIS 

The NOTIS system has been designed and implemented in the Librarv' at North- 
western University, which markets the system and assists in installation and training. 
It has been installed in over one hundred libraries world-wide, and is the current choice 
for installation at the Naval War College. 

NOTIS is RLIN-compatible and IB.VI-compatible. It uses IB.Vl's DOS VSE or 
.MVS operating systems, and IB.M's CICS transaction monitor. The VS.AM access 
method is used as a record manager; VTA.M is the access method to support terminal 
communications. On-line support is in I B.M 370 Assembler language and in PL 1. The 
Computer Center is familiar with each of these I B.M products, and can provide support 
for them. Hardware can be installed from off-the-shelf components, but software is 
likely to require tailoring. 
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Hardware maintenance is provided by the hardware vendor. NOTIS software 
maintenance includes all enhancements to the product and its documentation. Tele- 
phone support is provided for trouble-shooting, problem isolation and correction; this 
service is both competent and friendly. (.My call was promptly returned and questions 
were fielded professionally.) NOTIS provides 15 days of training to ever>' new user, with 
a software engineer on-site during installation (2-3 days) and on-site training scheduled 
on demand. 

The Carnegie Report [Ref 1 1] was positive about several aspects of NOTIS: 

Help screens are context-specific, and are designed to assist the user in solving the 
immediate problem. ... NOTIS is designed to complement or enhance efficient work 
flow; input update screens are cleanly presented, multi-screen transitions are mini- 
mized for any given function, and prompts and defaults reflect a real understanding 
oflibrar)’ practices. [Ref 11: p. 44] 

The patron access component is well-constructed, with straightforward tutorial 
facilities and ver>‘ simple syntax. [Ref 11; p. 45] 

The authorities control module, acquisitions module, serials check-in module, and 
circulation system are in place within the lOLS software. Global changes arc possible; 
Boolean searching is available. The InterLibrary Loan (ILL) function is limited, but 
because it shows the item status and date due in the on-line record, it meets the Library 's 
functional requirement. 

Figure 25 sunimarizes initial installation and maintenance costs for NOTIS. 



198‘< COSTS 



IBM 9321 CPU, 1MB 
System console 
Maintenance terminal 
Disk drives 12 ), 371MB 
Tape drives 12 ) 

Line printer, 650 LPM 
IBM software licenses 
NOTIS software licenses 
SAS licenses Creports) 
IBM rentals 
NOTIS maintenance 
SAS maintenance 
Hardware maintenance 



$ 60,3<»2 



2,988 

1,^62 

52,768 

18,279 

28,799 

17.000 

58.000 
8,500 
3,590 
7,000 



595 

17,886 



INITIAL COST 



$277,159 



ANNUAL MAINTENANCE COST 



$ 25,981 



Figure 25. NOTIS Sy.steni Costs - 1984 Dollars 
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The conclusion of the technical staff of the School, based upon literature search and 
personal contacts, plus initial cost analysis, is that NOTIS is the single responsible 
source for integrated library software that meets the School's requirements. 
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V. RECOMMENDED lOLS: NOTIS 



Normally several possible alternatives are valid in any feasibility study, with one 
option being recommended. In this case, there is a single valid lOLS to be 
recommmended, as other alternatives are unacceptable, or currently unavailable. If the 
Librarv' decides to automate, and if an lOLS is installed, NOTIS is the clear choice. 

A. NOTIS SYNOPSIS 

NOTIS, Inc. is 22 months old as a standalone company, but it has 15 years of de- 
velopment historv' as part of Northwestern University's library system. Its primar}' 
product is an integrated, on-line library management system; future developments will 
feature remote linkages between librarv' holdings and informational databases using the 
same search software which now supports bibliographic searching. A "scholars' work- 
station" with access to Chem Abstracts, ERIC, .Medline, etc., using the standard user 
interface now present in the e.xisting on-line catalog, is NOTIS, Inc.'s goal. 

Figure 26 summarizes the grouih of NOTIS Inc. 





1988 


1987 


1986 


Revenue 


$5M 






Installed Systems: 








Academic 


73 


N/A 


N/A 


Corporate/Special 


7 






State/National 


6 






Public 


6 






Consortia 


7 






School 


2 






Total Installed Systems 


101 


81 


57 


Staff: 








Customer Services: 








System Engineering 


9 


N/A 


N/A 


User Services 


11 






Conversion 


8 






Documentation 


4 






Development 


17 






Marketing 


5 






Admininstration 


7 






Total Staff 


72 


47 





Figure 26. Growth of NOTIS Inc. 
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At the NOTIS Users' Group Meeting, in June of 19S8, Library' and Computer 
Center stafT members met with representatives from many libraries already using 
NOTIS. In general, the NOTIS users interviewed had a favorable opinion of NOTIS. 
IBM installations said it is the "only product available" and is "the best for their pur- 
poses". The consensus of opinion was that NOTIS is a very efficient, well supported, 
and fully functional lOLS. 

The annual maintenance fee covers all enhancements, including the new releases 
which come out about twice a year. Release 4.5 will be available in late 19SS. Twenty- 
three modules will be added, with an increase in processor utilization of about 5% over 
Release 4.4. The highlight of Release 4.5 is increased performance in ke\"word Boolean 
searching, which is said by NOTIS, Inc. to be three times faster in execution and display 
of search results than in previous releases; no additional memory' is required for this in- 
creased performance. Users testing the new software confirmed NOTIS Inc.'s statement 
of increased search speed. 

1. Size of System Required 

.According to the NOTIS and IB.M representatives, the size of files to support 
a NOTIS lOLS for a collection of approximately 300,000 titles and an annual circulation 
of approximately 50,000 is as shown in Figure 27. 



NOTIS Software (program libraries, workspace) 


200MB 


Other Software 


200MB 


(MVS, CICS, PL/1 Libraries, SAS...) 
TOTAL SOFTWARE REQUIREMENTS 


900MB 


DATABASE 

Catalog (3,000 bytes per record per title) 


900MB 


(includes Boolean keywords; 300,000 records) 
Authority Records (800 bytes per record) 


901.2MB 


(name, subject, series; 501,529 records) 
Order Records (900 bytes per record) 


9MB 


(10,000 orders per year) 

Circulation Records (100 bytes per record) 


50MB 


(50,000 circulations p/yr for 10 years) 
Patron Records (650 bytes per record) 


5MB 


(about 9750 patrons, growing 2-5/ p/yr) 
Vendor Records (300 bytes per record) 


1MB 


(250 vendors, publishers) 
TOTAL DATABASE DASD REQUIRED 


1361.2MB 


TOTAL SYSTEM DASD REQUIRED 


1761.2MB 



Figure 27. NOTIS System Size - DASD Requirements 
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The eight 3350 DASDs proposed for the system have a combined capacity of 
2536MB. This covers the initial requirements and the projected growth of files indicated 
above for archival use (Bibliographic data, Circulation, Patron records), and provides 
additional space for application programs such as report generators, statistical archives, 
etc. Tape will be used to archive old historical files that do not need to be on the DASD. 

B. BENEFITS 

Direct cost benefits of the lOLS e.xceed 591,000 the first year; each year thereafter 
realizes another 573,200 in documented benefits. The estimated value of intangible 
benefits is 583,930 a year. 

1. Direct Benefits of an lOLS 

The most serious deficiency of automation in the Catalog Division is our depend- 
ence upon a card catalog. A great deal of time is expended in filing cards for new 
books; even more time is spent on catalog maintenance. New holdings must be 
added to shelflists, and headings frequently change. Each addition or change means 
that cards must be pulled, corrected, and re-filed. — Bobbie Carr, Head of the 
Bibliographic Control Division, 1986. 

Since 1979, the Dudley Knox Library has paid an average of 51.604.31 every 
year to purchase catalog cards from RLIN. This cost will be unnecessarv' with an lOLS. 
Implementation of an on-line catalog will also eliminate the 9 hours per week of pro- 
fessional time spent filing catalog cards, and the 13 hours per week of professional 
catalogcr's time spent on catalog maintenance. This is equivalent to adding an addi- 
tional half-time professional to the staff, in terms of available man-hours. The average 
hourly wage of a cataloger in the Libran.' (2 GS-9s, 1 GS-11, 1 GS- 12) is 513.71 per hour; 
the present cost to the Librar\' is 515,684.24 per year just for filing and card maintenance 
in the card catalog. Rather than eliminating half of a full-time employee, the Cataloging 
Division will use the reclaimed time to do jobs — like rare book cataloging, analytics, 
shelf-reading, weeding the collection of little-used materials — that simply cannot be 
done now. More thorough original cataloging of NTS theses is another goal of the 
Bibliographic Control Division, when time is freed from catalog maintenance. Bobbie 
Carr even envisions the end of the cataloging backlog that has been an institution in the 
Librarv' for the past ten years. 

fhere are an estimated 2500 volumes in the cataloging backlog. According to 
Acquisitions Librarian .Mary' Kuntsal, a conservative estimate of the average purchase 
price for each volume is 537.00. The minimum cost paid for the books in the backlog 
is 592,500. The lOLS, in speeding the availability of the backlog, will make 592,500 
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worth of research materials accessible at no additional cost to the School. Information 
has a time value. A book, especially in the fields of science and technology, is most 
useful in the first three to five years after it is published. The recurring value of having 
the books available 18 months sooner with the lOLS than they would have been with 
the manual system is 534,687 per year. (18 months is 37.5% of the average four-year 
lifespan of a technical book; 37.5% of 592,500 is 534,687.) The benefit is recurring be- 
cause, with the lOLS in place, the backlog is prevented from developing. 

At present, the Circulation Desk clerk must count the previous day's circulation 
ever}’ morning, then sort the book cards and file them. Each item has two cards in the 
pocket: the blue card is filed in call number order, and the white card is filed behind the 
librar}’ patron's id number. There are between 125-150 cards to be filed on a typical day. 
Cards accumulate over the weekend, so that Friday, Saturday and Sunday's circulation 
cards are counted and filed on Monday morning. An average Saturday produces SO 
cards, while Sunday numbers 60. It is not unusual for the card filing on .Mondays to 
take two hours. Other week days range between 45 minutes to 1 1;2 hours of filing time. 

The Library cost of counting circulation by hand and then filing the book cards 
is 52,434 per year, given the average 6.5 hours per week of filing time and an hourly cost 
for a GS-4 employee of 57.20. With the lOLS, not only would this cost be saved, but 
the automatically generated circulation "counts" would be more accurate, more readily 
available for reporting, and more easily divided into groups and subgroups for statistical 
analysis, i.e. percentage of students using QA-prefixed call numbers in relation to total 
student circulation. Use patterns captured by circulation statistics are powerful tools for 
better collection management. 

Book cards are not used with an lOLS. Pockets for cards are also unnecessaiy. 
The 5854 average cost per year of purchasing all cards and pockets would be imme- 
diately saved. 

The Circulation Desk clerk would be able to display what each patron has 
checked out by issuing one command at the terminal; the patron who wants an inven- 
tory of his'her libraiy materials could get a printout of this display. Lists of materials 
for which a patron is responsible are not now prepared, because of the time and effort 
involved in their generation. If such a printed inventory helped locate a forgotten book 
for even 1% of the patron population every year, it could save 51,000 a year in "lost 
books". (1% of 2700 users is 27 people; 27 lost books at an average cost per book of 
537.00 is 5999.) Given the transient nature of the student population, this estimate of 
savings is probably conservative. Too often, by the time a student checks out of the 
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Libran' and finds that he she has not returned all the materials that have been checked 
out, the movers have already packed the household goods and there is no way to search 
for the missing item(s). 

Each book has identifying information typed on the blue card, white card, and 
book pocket in a standard format. Processing clerks spend 16-18 hours a week phys- 
ically preparing librarv' materials for display or shelving. This work is then checked by 
a supervisor. Bobbie Carr estimates that clerical time for processing cards and pockets 
is 750 hours a year. At an average processing cost per hour of S7.S6, (1 GS-6 supervisor, 
1 GS-5 and 2 GS-4 clerks), the Librarv’ would gain S5895 worth of available time every 
year, since the lOLS does not use cards and pockets. 

The Periodicals Librarian (GS-9) spends roughly one-third of his her time on 
updating holdings, binder}' work, and record keeping for serials. This work is largely 
duplicated in Acquisitons and would be unnecessar}' with NOTIS. The released time for 
the Periodicals Librarian is worth SS,4S7 (SI 2.20 per hour x 696 hours per year, one third 
of the 2087 hours per year used by the Government for standard pay purposes). 

Eventual removal of the card catalog cases would free 506 square feet of Librarv' 
floorspace. The terminal clusters that will replace the card catalogs for patron searching 
of the OPAC would take approximately 360 square feet, leaving a net gain of 1-16 square 
feet. The value of this one-time gain is S 1 7,8 1 2, based on the actual S 1 22 per square foot 
cost of the proposed Library expansion (now in the approval process). 

The switch to an lOLS, and the eventual closing of the card catalog would save 
space. Additional lobby floorspace would enable Reader Services to rearrange the Ref- 
erence Desk and provide more convenient access to desktop reference books and display 
cases. It would also allow more flexible positioning of the security checkpoints. 

Other direct savings can be ascribed to the lOLS. At present there are over 
10,000 items on the "trussing issues" list, which chronicles periodicals that must be ac- 
quired before binding can take place. Items may be missing because they were stolen 
or mutilated, because back runs were donated to the Library incomplete, or because the 
issue was never received on subscription. Acquisitions Librarian Sharon Serzan believes 
that at least lOTo of the missing issues fall into the last categoix’-items that the Libraix' 
paid for but were not received. Each back issue purchased from L’SBE costs a nrinimum 
of S5.84 (not including the time it takes to order it). Bound volumes are S9.00 each. 
The minimum total cost to replace all missing issues comes to S58.400; ten percent, or 
S5,840, represents the savings to the Library if automated claims had been in place. 
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The missing issues list grows at an estimated rate of 1115 items per year. The 
lOLS, by automatically claiming all items not received on subscription, would prevent 
10% of the missing issues from ever appearing on the list. The savings to the Library 
for these 1 16 items would be S677 annually. This would be a recurring benefit. 

A GS-4 clerk in Acquisitions claims an average 10 issues a week from among 
the 1830 periodical titles currently received by the Library. Each claim takes between 
10-30 minutes, with foreign titles taking even longer. Some claims must be repeated se- 
veral times. At an av'erage 20 minutes per claim, with a follow-up on half the cases, the 
labor cost to the Librar}’ for claiming periodical issues not received on schedule is SI 872 
per year. This cost is separate from missing issues that are never noticed and therefore 
never claimed. Automatic claiming would free this time for other work. 

The total value to the Library of having automatic claiming would be S2549 
each year. (SI 872 claim time saved + S677 missing issues = S2549). 

Direct cost savings discussed above exceed S91K (see Figure 28). This total 
represents actual cost savings, as well as money already spent by the Library for which 
the lOLS would return a fuller value. Release time value and missing issues savings are 
recurring benefits; they would continue to profit the Library during the entire life cycle 
of the lOLS. 



DIRECT COST SAVINGS 


RECURRING 

ANNUALLY 


ONE-TIME 


Catalog Card Purchase 

Catalog Filing and Maintenance 

Backlog Book Availability 

Circulation Filing 

Book Cards and Pockets Purchase 

Inventory of Checked-out Items 

Processing Book Cards and Pockets 

Periodicals Librarian Time 

Library Floor Space 

Automatic Claiming 


$ 1,60^ 
15,68^ 
3^,687 
2,^3^ 
85^ 
1,000 
5,895 
8,987 

2,599 


$ 

17,812 


Subtotals 


73,199 


17,812 


TOTAL BENEFIT 


$ 91,006 





Figure 28. Summary of Direct Benefits of lOLS 



2. Indirect Benefits of an lOLS 

Indirect benefits of the lOLS are as real as the direct benefits. Students and 
faculty alike would profit from concomitant lOLS support of managed collection devel- 
opment, increased intellectual organization, more searchable access points in 
bibliographic records, improved currency, and faster processing of materials. 
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'I'he Library is the heart of graduate education. The mission of the Dudley 
Knox Librarx' is "to achieve the highest standards of librarx’ service on behalf of the 
faculty, student body, and staff and thereby support in a vital manner the academic and 
research programs of the Naval Postgraduate School." The current reliance on tradi- 
tional manual processes is a handicap to achievement of the level of support the Library 
is mandated by its accrediting body to provide. 

More readily accessible bibliographic data in an on-line public access catalog 
would be a boon to all users of the Librarx*. Information in the collection would be 
easier to find. Circulation would be faster. Patron requests for status of individual items 
would be handled without delay or reliance on physical searching in the stacks and 
shelving sorting areas. Lists of items charged to a patron would be equally available, 
on demand. Detailed, accurate statistics of use would enable a more balanced collection 
development program. Current fiscal accounting data would enable more effective 
control of funds. Integration of information and automatic collection of statistical data 
would result in better management decisions, more accurate control, and less disruption 
of bibliographic processes. Administrative records would be more complete, more ac- 
curate, and more timely. This amounts to better overall support for the academic and 
research programs of the Naval Postgraduate School. 

When we refer to improved librarx’ services, we make a number of statements: we 
xvish to make more documents available, we wish to interpose as few barriers to ef- 
fective use as possible, we xvish to keep the operating costs as low as possible and 
divert funds to more effective collections, and xve xvant these publications to be 
available as soon after their appearance as possible. [Ref 3: p. 92] 

Automation almost always speeds the rate at which xvork is performed by relieving 
the staff of repetitive chores, improving the accuracy and integrity of files, eliminat- 
ing the multiple entrx' of data, and facilitating the reformatting of data to accom- 
modate changing needs. [Ref S: p. 11] 

General benefits of the integrated system are summarized in Figure 29. The 
aggregate benefits suggest improved use of the Librarx' and better service. Each intan- 
gible benefit can be assigned an average value for the purposes of cost benefit analysis. 



50 



reduced time-to-shelf 

physical ease of use 

reduced tine for user searching 

uniform user interface to all forms of library materials 

improved search capabilities (Boolean logic) 

greater accessibility to the collection (access points) 

enhanced subject access (keyword) 

less staff intervention in user searching 

less user frustration (item status displayed) 

better use of professional time 

more complete and accurate statistics 

better control of functional workflows 



Figure 29. Intangible Benefits of lOLS 



Better statistics support both administrative functions and improved collection 
management. Accurate order circulation figures enable Reader Services to track de- 
mand and usage patterns. If a particular title is recalled even.' time it comes due, because 
patrons are waiting in line for the book, a second or even third copy may be needed. 
.An item borrowed several times from another librar>' may need to be evaluated for pur- 
chase. A demand trend for a subject, rather than a title, may signal a weak area in the 
collection that needs special attention. Complete and accurate statistics make these de- 
mands visible, thereby enabling active collection management. 

The Librar}' spent S3, 000 for Inter- Library' Loan (ILL) fees in 19SS, and S3, 540 
for ILL fees in 1987, in order to obtain information not found in the local collections. 
The equivalent of one full-time employee (half of a GS-9's and half of a GS-6's time) is 
needed to support ILL activities. Assume that ILL activity is reduced 10% as a result 
of active collection management. The reduction in borrowing would save an average 
S327 in fees annually, but more importantly would release 4 hours a week of personnel 
time for other work. Total annual savings for the Library’ would be S2530. (S 10.59 per 
hour X 208 hours per year = S2203, plus S327 in fees.) 

Having information resources available when needed, which is the result of ac- 
tive collection management, saves the 4-6 weeks it would take to order the material for 
a patron. Active collection management saves the 2-4 weeks it takes to borrow an item 
from another library. It also saves a great deal of frustration. 

To estimate a value for collection management, assume that 10% of the 
InterLibrar}' Loans (3052 in 1988) would be unnecessar}', thereby saving an average 
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3-week wait per patron. Also assume that \% of the user population would not have 
to wait 5 weeks while an order was placed for needed materials. So far, 42,000 hours 
of user wait time would be avoided. (305 ILL not needed x 120 hours (3 weeks) = 
36,600 hours saved; 27 users x 200 hours (5 weeks) = 5400 hours saved; 36,600 + 5400 
= 42,000). If the convenience value of having librar}' materials rather than waiting for 
librarv’ materials is set at SO. 10 per hour, the total value of improved collection man- 
agement would be S4,200. This S4,200 is the estimated value for improved collection 
management due to the lOLS-generated statistics. 

Each of the affected users saved another half hour by not having to search for 
complete bibliographic information and then not having to fill out the requisite forms 
for obtaining the itcm(s); this 166 hours can be added to the total manhours saved be- 
low. 

.Management reports, based on statistics generated automatically by the daily 
functioning of the lOLS, are both more accurate and more detailed than manual reports. 
Depending upon need, lOLS reports generated can include all details of transactions 
from evcr\' department, summaries over a given time period, or exception reports that 
simply highlight error or non-standard situations that need attention. In a study of the 
benefits of automation, hours needed to produce manual reports were compared to 
hours needed to prepare reports with a computer; the study concluded that for everv’ 
dollar spent for data processing. S2.40 must be spent for manual processing [Ref 13; p. 
99). Other benefits, such as fewer delays, earlier preparation, and quick response to in- 
quiries, were also noted. 

The Librar}' estimates that at least 196 staff hours are spent in preparation of 
manual reports ever\' year. Most of the responsibility for report generation falls at the 
highest professional levels (an estimated lOS hours is spent by the Associate Librarian 
(GS-13); 64 hours is spent by Division Heads (GS-12)). These 196 hours cost the Li- 
brar}’ an estimated 53,592 in hourly wages. For each 52.40 of this figure, only 51.00 
would be required with the lOLS' automated management reports, by extension of [Ref 
13: p. 99[. The total savings would be 51,497. 

fhe primary benefit of ease of use, more points of access to library materials, 
and faster user searching, is time saved for the user. In a test of NOTIS done at the 
Naval Postgraduate School, using a database of over 34,000 bibliographic records, a 
kes'word Boolean search was entered for "librar}’ and automation". It took exactly 10 
seconds for NOTIS to generate a list of 66 items that satisfied the search, and to display 
a brief identification of each at the terminal. Detailed descriptive catalog records were 
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available at the touch of one key, with no discernable delay. 'I'o prepare a bibliography 
of this scope using the manual card catalog would have taken at least an hour, and it is 
unlikely that all access points would have been found. Another search for "computers 
and math" located a single item. Combinatorics for Computer Science, by S. Gill 
Williamson, that would never have been found in a manual search, either by author, title, 
or subject, as it was identified by the series statement ["Computers and .Math Series"]. 
There is research value in both the breadth of search capability and in the specific access 
provided by the lOLS. 

If every faculty member saved an hour once a quarter in preparing a search for 
classroom preparation or for research, and if ever}’ student saved an hour once a quarter 
in his preparation for a class assignment or for thesis work, the total hours saved would 
be 2076, every quarter. That is 8304 manhours per year. 

Once the lOLS is fully operational, and the campus network is in place, any user 
on a PC, LAX, or terminal would be able to search the OPAC from his her own office 
or from home. Librars' access from home probably saves an average of a half-hour of 
transportation time per access, since there is no transit time involved. Access from an 
X'PS office would save approximately 15 minutes per access. If every faculty member 
and every student library patron accessed once from home and once from another NPS 
location only once a year, the total time saved would be 1557 hours. 

The average hourly wage for faculty, according to the Comptroller's Office, is 
S27.13 (not including fringe benefit costs). The Disbursing Office identified the "average 
X’PS student" as an "0-3 over 4", that is, a X'avy Lieutenant with more than four years 
of service, with an hourly wage of SI 8.55 (including no special duty pay). 

Figuring (hourly wage)x(hours saved), the value of lOLS access for research use 
at X'PS is S75,703. This is a recurring benefit to the scholarly community at the Xaval 
Postgraduate School, and to the Government it serves. Research time saved has a sig- 
nificant dollar value. 



Indirect benefits of the lOLS are sunxmarized in Figure 30. 



INDIRECT COST SAVINGS 


RECURRING 

ANNUALLY 


ONE-TIME 


ILL Reduciion 


$ 2,530 


$ 


Colleciion Manageneni 


4,200 




Reporis 


1,497 




Research Time Saved 


75,703 




Subioials 


83,930 


0 


TOTAL BENEFIT 


$ 83,930 





Figure 30. Summary of Indirect Benefits of lOLS 
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Approximately 1775 students attend the Naval Postgraduate School. The costs 
of their graduate education average 510,700 apiece (in direct support). Even without 
considering the value of lOLS benefits, the total projected cost of purchasing, installing, 
and maintaining NOTIS would add only 548 (.4% increase) to the cost of support per 
student per year over the projected life cycle of the lOLS. 

3. Total Benefits 

Estimated direct benefits and indirect benefits accruing to the Library as a result 
of the lOLS and its associated effects total 5174,936. All but 517,800 are recurring 
benefits. See Figure 31 for a tabular summary of discounted benefits over the life of the 
project. 



PROJECT 

YEAR 


NON-RECURRING 
BENEFITS ♦ 


RECURRING 
BENEFITS = 


ANNUAL 

BENEFIT 


lOX ** 
DISCOUNT 
FACTOR 


DISCOUNTED 
ANNUAL BENEFIT 


1 


$ 17. 8K 


$157. IK 


$179. 9K 


.959 


$166. 9K 


2 




165. OK* 


165. OK 


.867 


193. OK 


3 




173. 2K* 


173. 2K 


.788 


136. 5K 






181. 9K* 


181. 9K 


.717 


130. 9K 


5 




191. OK* 


191. OK 


.652 


129. 5K 


6 




200. 5K* 


200. 5K 


.592 


118. 7K 


7 




210. 6K* 


210. 6K 


.538 


113. 3K 


8 




221. IK* 


221. IK 


.989 


108. IK 


9 




232. 2K* 


232. 2K 


.995 


103. 3K 


10 




293. 8K* 


293. 8K 


.905 


98. 7K 



TOTAL 10-YEAR PROJECT BENEFITS (Discounted) $1,2A3.AK 

* S'/, inflation added 

** equal to S'/, real rate plus S'/, for expected inflation 



Figure 31. Present \'alue Benefits for NOTIS System 



The total non-recurring discounted benefit for the ten year life cycle is 517. OK. 
Discounted recurring benefits of the lOLS total S1,226.4K. 

C. COSTS 

Faculty and administrators must accept and support the library's growing need to 
spend money, not only for traditional books and journals, but also for computer 
systems, telecommunication, network participation, and to pay the various charges 
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and fees that go with access to information in new ways and new forms. I Ref 14; 
p. 12051 

To minimize costs, the Library' is retaining obsolete Computer Center equipment, 
rather than declaring it surplus and removing it. This is the basis for the No Cost (N C) 
entries in the cost analysis; see Figure 32 and Figure 33. 





1988 


COSTS 








Component 




Purchase 


Maintenance 




Description 




Price 


Cost (Annual) 


HARDWARE: 












Processor (^381; SMB Memory) 




N/C 


9K 


(750 


p/mo . ) 


System Console 




2K 




( incl . ) 


Terminals (3163: 23 3 $681 ea) 




15. 7K 


IK 


(95 p/yr ea . ) 


Terminal Controller (317^: 2 3 


9K) 


18K 


.5K 


(269 


p/yr . ea . ) 


Tape Drives (3^20; 2 3 N/C ) 




N/C 


8.8K 


(365 


p/mo . ea . ) 


Disk Drives (3350; 8 3 N/C) 




N/C 


18. 3K 


(190 


p/mo . ea . ) 


DASD Controller (3830 3 N/C) 




N/C 


2K 


(160 


p/mo. ea. ) 


Line Printer (^2^5; 2000 LPM) 




27K 


8.6K 


(715 


p/mo . ) 


Tapes, Tape Cabinet 




2.5K 








TOTAL HARDWARE COST 




65. 2K 


^8.2K 






SOFTWARE: 












NOTIS Software License 




95K 


15K 


(1st 


yr. free) 


MARC Record Conversion 




18K 


( incl . 


) 




Item Conversion (NOTIS) 




5K 


( incl . 


) 




Report Writer Software License 


(SAS) 


8.5K 


.6K 






CICS Processor License 




5K 


1.6K 






MVS/370 DFP License 




l.^K 


.5K 






MVS/SP JES3 License 




N/C 


2.2K 






ACF/VTAM License 






1.5K 






PL/1 Processor License 




N/C 


.3K 






TOTAL SOFTWARE COST 




137. 3K 


6.7K 


(1st 


year ) 


TOTAL INITIAL COST 




202. 5K 


69. 9K 






INCREMENTAL COST (Final System Size): 










Additional Terminals (27 3 $681 


ea . ) 


18. 9K 


1.2K 






Replacement Tapes 






2K 






Hardware Maintenance 






98. 2K 






Software Maintenance 






22. 9K 






TOTAL ANNUAL MAINTENANCE COST 






73. IK 






Systems Librarian 






38. 8K 






TOTAL ANNUAL OPERATING COST 






111.9K 







Figure 32. Gross Cost of Implementing NOTIS uith No Pre-Existing System 



The "Systems Librarian" is a GS-12 position that supports all phases of automation 
within the Library’. As envisioned, this person will report directly to the Associate Li- 
brarian, and be responsible for planning and coordinating automation activities for the 
entire Library. This person will supply "in-house expertise" for the lOLS, and will be 
responsible for a formal, well-organized training program. The Automation Committee 
will be chaired by the Systems Librarian; each Division will have a member on the 
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Committee to help implement policy decisions in its functional area. Systems analysis, 
workflow analysis and design, development of documentation, liaison with the Computer 
Center, troubleshooting, and procedural training will all be part of the position. The 
Library does not have a Systems Librarian at present, but the need has been recognized 
for the past several years. The proposed life cycle costs include expenses to support this 
position. 

It is commonly accepted that automation allows efllcient and accurate sharing of 
bibliographic information, but the extent to which it leads to savings in staff time 
or enables a less expensive staffing configuration has been a matter of some debate. 

In part because of the natural tendency not to relinquish budgeted staff positions, 
but to try instead to do additional tasks with existing personnel, the number of staff 
is often not reduced after introducing automation, although assignments may be 
substantially altered. (Ref 15: p. 69] 

This analysis makes no prediction of staff reduction at NFS as a result of lOLS in- 
stallation. At Northwestern University, where N’OTIS was developed and where it has 
been in place since 1970. a "substantial cost savings" has resulted from the "relocation, 
reclassification, and elimination" of staff positions. "There are currently 17 librarians 
and 45.44 support staff carry ing out the technical services activities previously handled 
by 19.5 professionals and 50.97 support staff" [Ref 15: p. 74] .Annual savings at 
Northwestern total S86,393 (Ref 15: p. 76]. While stalT reorganization at NFS may al- 
low an existing librarian to assume the duties of System Librarian, thus saving 44° o of 
the projected recurring costs of the entire project, no assumption is made that this will 
occur. 

D. ECONOMIC ANALYSIS OF COSTS 

Fresent Value Analysis is "a means of bringing all future costs and benefits back to 
their present worths. This technique is employed in economic analyses whenever the 
economic life is greater than three years." [Ref 16: p. 2-7] Flanning for the lOLS is 
based on ten years, since a computer-based library system represents a long-term com- 
mitment and will be used into the foreseeable future. 

The costs in Figure 32 include licensing and maintenance fees that would be in- 
curred by the Computer Center whether or not an lOLS were installed, so are truly 
"gross annual operating costs". The CFU is not totally dedicated to lOLS support, be- 
ing shared with other CICS production systems. S.AS, CICS, .\1VS, VT.AM and FL 1 
software are similarly available to all users of the IB.\l mainframe complex. Tape drives 
are used for all ('omputer Center jobs. Although available for Library use, these 
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resources are not dedicated solely to this application. Therefore, it is reasonable to 
exclude these costs from further analysis. 

Only the 3350's are dedicated to lOLS support, so it is fitting to charge the Library 
for these support costs. Direct total costs to be borne by the Librar\’ are nearly S25K 
less than gross support costs cited above. I'igure 33 shows the relevant costs for an 
existing data center to add lOLS support to its current systems. It reflects the actual 
cost of implementing NOTIS; these figures will be used for present value analysis. 



1988 


COSTS 








Component 

Description 


Purchase 

Price 


Maintenance 
Cost (Annual) 


HARDWARE: 

Terminals (3163: 23 3 $681 ea ) 
Terminal Controller (3179: 2 3 9K ) 
Disk Drives (3350; 8 3 N/C ) 

DASD Controller (3830 3 N/C) 

Line Printer (9295; 2000 LPM) 
Tapes^ Tape Cabinet 


15. 7K 
18K 
N/C 
N/C 
27K 
2.5K 


IK 
.5K 
18. 3K 
2K 

8.6K 


(95 p/yr ea. ) 

( 269 p/yr . ea . ) 
(190 p/mo . ea . ) 
(160 p/mo . ea . ) 
(715 p/mo. ) 


TOTAL HARDWARE COST 


63. 2K 


30. 9K 






SOFTWARE: 

NOTIS Software License 
MARC Record Conversion 
Item Conversion (NOTIS) 


95K 

18K 

5K 


15K 
( incl . 
( incl . 


(1st 
, ) 

, ) 


yr. free) 


TOTAL SOFTWARE COST 


118K 


0 


(1st 


year ) 


TOTAL INITIAL COST 


181. 2K 


30. 9K 






INCREMENTAL COST (Final System Size): 
Additional Terminals (27 3 $681 ea) 


18. 9K 


1.2K 






TOTAL SYSTEM COST 


199. 6K 


96. 6K 






Replacement Tapes 
Hardware Maintenance 
Software Maintenance 




2K 

31 .6K 
15. OK 






TOTAL ANNUAL COST 




98. 6K 






Systems Librarian 




38. 8K 






TOTAL ANNUAL OPERATING COST 




87. 9K 







Figure 33. Relevant Costs of Implementing NOTIS on an Existing System 



By the nature of the system being acquired, the commitment to a computer-based 
library support system is a long-term one. The costs of database conversion and user 
training mitigate against changing systems except for the most compelling reasons. The 
lOLS will have an economic life of ten years. This is a long-term project, but to figure 
costs for longer than ten years is unrealistic. Technology changes so rapidly that a ten- 
year span is as far into the future as can be reasonably estimated. A 5% inflation factor 
has been added to the recurring maintenance costs, beginning with Project Year 2. 'Phis 
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figure is the heuristic value recommended by Dr. David R. Henderson, Naval Postgrad- 
uate School professor of Administrative Sciences. 

Software and hardware maintenance costs are difficult to predict, but more impor- 
tantly, the age of the current hardware used in the support configuration is such that it 
is certain to be replaced within a decade. It is reasonable to assume that the costs per 
megabyte of storage will continue to fall dramatically, and that it will be economically 
feasible to replace existing 3350s with new and faster DASD. The purchase price will 
be oflset by lower maintenance costs. The same may be true of terminal support, 
printers, etc. 

Figure 34 describes the discounted life-cycle costs for NOTIS. 



Non-Recurring 
Project R&D Investment ♦ 

Year 


Recurring 

Operations = Annual 
Costs 


10/ 

Discount 

Factor 


Discounted 
Annual Cost 


1 $31K 


$181. 2K+ 


$ 30.<»K 


$2^2. 6K 


.95^ 


$239. 8K 


2 


18.^K++ 


91, &K* 


110. 2K 


.867 


96. 3K 


3 




96. 


96. 9K 


.788 


76. OK 






101.2K^( 


101. 2K 


.717 


72. 6K 


5 




106.3KJ( 


106. 3K 


.652 


69. 3K 


6 




111.6K^ 


111.6K 


.592 


66. IK 


7 




117.2K^< 


117. 2K 


.538 


63. IK 


8 




123.1KJ( 


123. IK 


.A89 


60. 2K 


9 




129.3K^( 


129. 3K 




57. 5K 


10 






135. 8K 


.^05 


55. 9K 


TOTAL 10-YEAR 


PROJECT COST 


(Discounted ) 




$856. 8K 



♦ not discounted because paid up-front 

+♦ discounted by 1/1.10 because paid at beginning of 2nd year 

* 5Z inflation added 



Figure 34. Present Value Costs for NOTIS System 



The total present value non-recurring cost for the ten year cycle is S227.5K. Dis- 
counted maintenance totals S629.3K. .Maintenance is 73% of the project's life cycle 
costs. According to LCDR Bob Knight, an instructor at the Naval Postgraduate School 
who has fifteen years of experience in project management and information resource 
management within the Department of Defense, "the Fleet averages 80%" for mainte- 
nance costs on long-term projects. Since the hardware is primarily "no cost", the per- 
centage is relatively higher than it would be if the non-recurring investment reflected 
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purchase costs for the CPU and disk drives. I he age of the hardware DASD designated 
for Librar}' support is another factor tending to raise maintenance costs. 

A full 44% of the recurring costs over the project's life are due to the personnel costs 
of the proposed Systems Librarian, a GS-12 position which docs not yet e.xist, and for 
which no billet points are available. However, this position is strongly recommended to 
support the lOLS, and so has been included in estimated costs. Expense for the Systems 
Librarian includes a starting salary of 532,567, plus 19% of the base salary for fringe 
benefits cost, as recommended by the XPS Comptroller's Office. Annual raises of 5®o 
per year are reflected in Figure 34. 

The only available option for establishing an lOLS at XPS, other than acquisition 
of XOTIS, would be a detailed functional specification of great complexity which spec- 
ified processing requirements down to the basic process flow and data element level. 
This specification would allow the custom programming of a library support system. 
The cost to develop this specification and follow-on costs, including development of 
benchmark performance and capability tests to insure that the specification was met, 
would clearly exceed the cost of a standard ofi-the-shelf package. The development time 
for such a specification and testing protocol would be measured in years. Additional 
concerns about on-going support and maintenance of a custom designed and pro- 
grammed package make this option definitely not in the best interest of the Government. 

Total present value costs for the lOLS 10-year life cycle are estimated to be 
S856.8K. This represents the costs of purchasing and installing XOTIS software on the 
existing XPS mainframe computer, of purchasing hardware, services, and supplies to 
support XOTIS, and of purchasing maintenance for both hardware and software. See 
Figure 33. 

Total present value benefits for the XOTIS life cycle exceed SL243.4K. These val- 
ues accrue from both direct and indirect cost savings, detailed in Figure 28, and 
Figure 30. 

The present value of the benefits substantially exceeds the present value of the costs 
for the project. Therefore, investment in XOTIS should be made. 



59 



VI. RECOMMENDED IMPLEMENTATION PLAN 



It goes without saying that automation is supposed to reduce the number of 
staff required to do the same amount of work. That is, after all, the whole idea of 
automation. 

One must consider, however, that this potential reduction will not be effected 
until the system is in full production, all modules running full tilt, all conversion 
complete. The implementation plan must be based on the current staffing levels and 
the realistic appraisal of what staff can be allocated to the implementation process. 

There may be numerous projects involving manual to machine data conversion. 
Probably, there will be areas of the machine readable data that will require clean up 
work. There will be the seemingly endless meetings and task forces that cut into the 
normal work time. All these things must be considered in developing the imple- 
mentation plan. [Ref 17; p. A. 4] 

A. PROJECTED SCHEDULE 



The official NOTIS installation schedule takes approximately 18 months (see 
Figure 35), and includes a great deal of time for customization and gradual implemen- 
tation, with on-line circulation one of the last modules to become operational. 



LIFE CYCLE 
STEPS 


PERSONNEL 

TIME 


PROJECTED 

SCHEDULE 


ELAPSED 

TIME 


ESTIMATED 

COST* 


Feasibility 


.5MM 


l-l 


1 Month 


$ 1.25K 


Analysis 


IMM 


I---I 


3 Months 


2.5K 


Contract 










Negot iat ion 


2MM 


I---I 


3 Months 


5. OK 


Initial 










Installation 


.IMM 


l-l 


.5 Months 


181. 5K 


Customization 


9MM 


1--- 


1 12 Months 


22. 5K 


Maintenance 


1 .2MM 




!---> 9 Years 


87. 9K p/yr. 


><Labor costs for the 


analyst^ based on 


an hourly wage of $19.32 


(GS-11) , 


total $31K for the first 


year’s R&D. 







Figure 35. Projected Schedule for NOTIS Project 



This plan shows a proposed life cycle assuming things go smoothly. There may ac- 
tually be gaps between steps while awaiting a favorable decision to proceed, notification 
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of fund availability, etc. If all goes as planned, the lOLS could be functioning within 
18 months after purchase. 

B. PROJECT MANAGEMENT ANALYSIS 

The first step in the project scheduling process is to specify all of the jobs or activ- 
ities that constitute the project. The entire scheduling process is based on this list. See 
Figure 36 and Figure 37 for the list of tasks involved in NOTIS implementation. 

The immediate predecessors for any activity arc those tasks or jobs that must be 
completed before the specified activity can begin; there can be more than one pred- 
ecessor. Designating the activities in sequence this way allows specification of the 
interdependencies , which eases construction of the network diagram describing the 
project. [Ref 18; p. 438-439] 

The next step in the scheduling process involves constructing the network that con- 
nects all the activities. Each task is shown as a box; boxes may be connected by a line 
(arrow or branch) to other boxes. Branch lengths have no significance; they merely 
show the relationships between the activities. When a number of activities terminate at 
one event, this indicates that no activity starting from that event may start before all 
activities terminating at the event have finished. 

Once the network is in place, information on the time required to complete each 
activity is used to compute the total time required to complete the project. Obtaining 
accurate estimates of completion time is difficult, due to uncertainty, and to the subjec- 
tive nature of the process. 

Tl.VlELIXE, a PC project manager from Breakthrough Software, is the tool used for 
analysis of the tasks involved in the XOTIS implementation plan. The PERT report is 
most useful in showing task relationships. See Figure 38 through Figure 52. 

Personnel available to work on the XOTIS project arc listed as "resources" for 
project scheduling. Xot every person is available full time; these individuals arc identi- 
fied in Figure 53 by a decimal value in the "Maximum Available" column. Xumbers 
greater than one indicate that a pool of people are available. 
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Schedule Name: NOTTS Implementation Plan for Dudley Knox Library 

Project Manager: Caroline J. Miller 

Aa of date: l-Jun-88 12; 18am Schedule File: C:\TLDATA\NOTIS 

Early Early 

Task Start End 


lOLS Selected 


l-Jun-88 


9 


00am 


l-Jun-88 


9 :00am 


Assign Techl 


l-Jun-88 


9 


00am 


l-Jun-88 


9 : 00am 


Assign Libl 


l-Jun-88 


9 


00am 


l-Jun-88 


9 : 00am 


Contract Negotiation 


l-Jun-88 


9 


00am 


2 -Aug- 8 8 


6 : 00pm 


Parameter Decisions Made 


l-Jun-88 


9 


00am 


30-Jun-88 


6:00pm 


Resources Specified 


l-Jun-88 


9 


00am 


7- Jun-88 


6 : 00pm 


Terminal Locations Chosen 


l-Jun-88 


9 


00am 


14 -Jun- 8 8 


6 :00pm 


Support Software Available 


8-Jun-88 


9 


00am 


8-Jun-88 


9 :00am 


Cabling Ordered 


8-Jun-88 


9 


00am 


9-Jun-88 


6 :00pm 


System Configuration Set 


8-Jun-88 


9 


00am 


21-Jun-88 


6 :00pm 


Electrical Circuits Ordered 


15-Jun-88 


9 


00am 


16- Jun-88 


6 : 00pm 


Circuits Installed 


17-Jun-88 


9 


00am 


14-Dec-88 


6 : 00pm 


Batch Reports Specified 


22-Jun-88 


9 


00am 


4 -Aug- 8 8 


10 :00am 


CICS Region Defined 


2 2 — Jun— 8 8 


9 


00am 


2 3 —Jun— 8 8 


6 : 00pm 


Processor Memory Upgraded 


22-Jun-88 


9 


00am 


6-JU1-88 


6:00pm 


RLIN Conversion Form Filled In l-Aug-88 


9 


00am 


3-Aug-88 


6:00pm 


Terminals Ordered 


3-Aug-88 


9 


00am 


4 -Aug- 8 8 


6 : 00pm 


Preinstallation Visit 


4 -Aug- 8 8 


10 


00am 


5-Aug-88 


10 :00am 


Scanners Ordered 


5-Aug-88 


9 


00am 


9-Aug-88 


6 :00pm 


Printers Ordered 


5 -Aug- 8 8 


9 


00am 


12-Aug-88 


6 : 00pm 


Contract Signed 


5-Aug-88 


10 


00am 


12-Aug-88 


10 : 00am 


NOTIS Tech Questionnaire Done 


5 -Aug- 8 8 


10 


00am 


5-Aug-88 


11:00am 


VTAM Cross-Domain Established 


5 -Aug- 8 8 


5 


00pm 


5-Aug-88 


5 :00pm 


Scanners Received 


lO-Aug-88 


9 


00am 


12-Oct-88 


6 : 00pm 


GTO Ordered 


12-Aug-88 


10 


00am 


19-Aug-88 


10 : 00am 


Sign BRS INFOREC Agreement 


12-Aug-88 


10 


00am 


12-Aug-88 


11 : 00am 


Printers Available 


15-Aug-88 


9 


00am 


17-Oct-88 


6 : 00pm 


Funding Document Received 


18-Aug-88 


9 


00am 


18 -Aug- 8 8 


9 : 00am 


NOTIS Paid 


23-Aug-88 


9 


00am 


23 -Aug- 8 8 


9 :00am 


Documentation Received 


23 -Aug- 8 8 


9 


00am 


23-Aug-88 


9 :00am 


NOTIS Tape Mailed 


23-Aug-88 


9 


00am 


23-Aug-88 


10 : 00am 


NOTIS Tape Received 


2 3 -Aug- 8 8 


10 


00am 


25-Aug-88 


10 :00am 


Keyword/Boolean "Installed” 


13-Sep-88 


9 


00am 


13-Sep-88 


9 : 00am 


Technical Training Onsite 


13-Sep-88 


9 


00 am 


13-Sep-88 


6 : 00pm 


Conversion Specifications 


14-Sep-88 


9 


00am 


14-Oct-88 


6 : 00pm 


Module Order Chosen 


14-Sep-88 


9 


00am 


22-Dec-88 


6 ; 00pm 


Patron Records Available 


19-Sep-88 


9 


00am 


22-Dec-88 


6 : 00pm 


RLIN tapes to BNA for cleanup 


30-Sep-88 


3 


00pm 


30-Sep-88 


4 : 00pm 


Scanners Installed 


13-Oct-88 


9 


00am 


19-Oct-88 


6 : 00pm 


Accept Conversion Sample 


17-Oct-88 


9 


00am 


21-Oct-88 


6 :00pm 


TIME LINE Task Table Report 













Figure 36. Task List for NOTIS Implementation - Part 1 
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Task 



Customization S/W Delivered 

Purchase Orders, Forms Design 

GTO Received Inhouse 

Custom Loader Available 

Software Complete 

Clean Bibliographic Database 

Local Holdings Data Available 

RLIN Interface in Place 

Smart Barcode Tape Available 

NOTTS Tape Loaded 

Bib Data Available 

NOTTS "Installed** Officially 

Load NFS Records 

Demo Catalog Open 

Feedback from Staff 

Training Materials Designed 

Customization of Tables 

Tables Generated 

Barcodes Ordered 

ALA Terminals Received 

Terminals Installed 

Hardware Complete 

Printers Installed 

Computer Resources Available 

Barcodes Received 

Barcodes Attached to Books 

Clean Data from BNA Received 

Production OP AC Available 

Module2 Customized 

Module2 Tested 

Module2 Training 

Module2 Released in Production 

Modules Customized 

Vendor Records Available 

Funds Accounts Available 

Modules Tested 

Modules Training 

Modules Released in Production 

Module 4 Customized 

Module4 Tested 

Module4 Training 

Module4 Released in Production 

Modules Customized 

Modules Tested 

Modules Training 

Modules Released in Production 

Maintenance (Ongoing) 



Early Early 

Start End 



2 4 -Oct- 8 8 


9 


00am 


4 -N 0 V -88 


6 :00pm 


26-Oct-88 


9 


00am 


28-NOV-88 


6 :00pm 


7 -N 0 V -88 


9 


00am 


7 -NOV -88 


9 : 00am 


7 -Nov- 8 8 


9 


00am 


7 -NOV -88 


9 :00am 


7 -N 0 V -88 


9 


00am 


7 -NOV -88 


9 : 00am 


7 -Nov- 8 8 


9 


00am 


7 -Nov- 8 8 


9 :00am 


7 -N 0 V -88 


9 


00am 


14 -Nov- 8 8 


6 : 00pm 


7 -N 0 V -88 


9 


00am 


I 4 -N 0 V -88 


6 :00pm 


7 -Nov- 8 8 


9 


00am 


8-Dec-88 


6:00pm 


7 -N 0 V -88 


9 


00am 


I 6 -NOV -88 


6 : 00pm 


17-NOV-88 


9 


00am 


17-NOV-88 


9 : 00am 


17 -Nov- 8 8 


9 


00am 


17-NOV-88 


6 : 00pm 


18 -Nov- 8 8 


9 


00am 


25-NOV-88 


6 : 00pm 


2 8 -Nov- 8 8 


9 


00am 


28-NOV-88 


6 : 00pm 


29-NOV-88 


9 


00am 


29-NOV-88 


9 : 00am 


29-NOV-88 


9 


00am 


12-Dec-38 


6 :00pm 


29-NOV-88 


9 


00am 


29 -N 0 V -88 


9 :00am 


29-NOV-88 


9 


00am 


16-Jan-89 


6:00pm 


9-Dec-88 


9 


00am 


22-Dec-88 


6 :00pm 


15-Dec-88 


9 


00am 


15-Dec-88 


9 :00am 


15-Dec-88 


9 


00am 


15-Dec-88 


9 : 00am 


15-Dec-88 


9 


00am 


15-Dec-88 


9 : 00am 


15-Dec-88 


9 


00am 


29-Dec-88 


6 : 00pm 


15-Dec-88 


9 


00am 


15-Dec-88 


9 : 00am 


23-Dec-88 


9 


00am 


23-Dec-88 


9 : 00am 


23-Dec-88 


9 


00am 


25-Jan-89 


6 : 00pm 


3 -Jan- 8 9 


9 


00am 


3-Jan-89 


9 :00am 


3-Jan-89 


9 


00am 


16-Jan-89 


6 : 0 0pm 


17-Jan-89 


9 


00am 


30-Jan-89 


6 : 00pm 


31-Jan-89 


9 


00am 


13-Feb-89 


6 : 00pm 


14-Feb-89 


9 


00am 


16-Feb-89 


6 : 00pm 


17 -Feb- 8 9 


9 


00am 


17-Feb-89 


9:00am 


17-Feb-89 


9 


00am 


3-Mar-89 


6 : 00pm 


21-Feb-89 


9 


00am 


22-Mar-89 


6 :00pm 


21-Feb-89 


9 


00am 


22-Mar-89 


6 :00pm 


6-Mar- 8 9 


9 


00am 


17-Mar-89 


6 :00pm 


20-Mar-89 


9 


00am 


22-Mar-89 


6 : 00pm 


23-Mar-89 


9 


00am 


2 3 -Mar- 8 9 


9:00am 


23-Mar-89 


9 


00am 


5-Apr-89 


6 : 00pm 


6-Apr-89 


9 


00am 


19-Apr-89 


6 : 00pm 


20-Apr-89 


9 


00am 


24-Apr-89 


6 : 00pm 


2 5 -Apr- 8 9 


9 


00am 


25-Apr-89 


9 : 00am 


25-Apr-89 


9 


00am 


8-May-89 


6 : 00pm 


9-May- 8 9 


9 


00am 


22-May-89 


6 : 00pm 


23-May-89 


9 


00am 


25-May-89 


6 : 00pm 


2 6 -May- 8 9 


9 


00am 


26-May-89 


9 : 00am 


26-May-89 


9 


00am 


26-May-89 


9 :00am 



Figure 37. Task List for NOTIS Implementation - Part 2 
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ScheHule Name: 
Project Manager 
PlS of date: 



NOTIS Implementation Plan for Dudley Knox Library 
Caroline J. Mlilar 

l-Jun-88 12:14am Schedule File: C i \TLDATA\NOTIS 



lOLS 




Contract N 




Contract 




CTO 




Funding 




NOTIS Paid 


Selected 




egotiation 




Signed 




Ordered 




Document 






















Received 








TIME LINE 

Figure 38 . 



PERT Chart Strip number 1 of 15. 

PERT Chart for NOTIS Implementation - Part 1 
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Schedule Name: NOTIS Implementation Plan for Dudley Knox Library 

Project tJanager: Caroline J. Miller 

Aa of dace: l-Jun-88 12:14am Schedule File: C:\TLDATA\NOTIS 



Documentat 




Patron 


ion 




Records 


Received 




Available 



Assign 




Batch 


Libl 




Reports 

Specified 



RLIN 




Conversion 


Conversion 




Specif icat 


Form 




ions 


Filled In 




— 



TIME LINE 

Figure 39. 



PERT Chart Strip number 2 of 15. 

PERT Chart for NOTIS Implementation - Part 2 
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Sche'^ule Name: NOTTS Implementation Plan for Dudley Knox Library 

Frojoct Manager: Caroline J. Miller 

Aa of date: l-Jun-88 12:14am Schedule File: C:\TLDATA\NOTIS 



Acceot 




Customizat 




GTO 




Custom 




Local 




RLIN 


Conversion 




ion S/W 




Received 




Loader 




Holdings 




Interface 


Sample 




Delivered 




Inhouse 




Available 




Data 

Available 




in Place 



TIME LINE PERT Chart Strip number 3 of 15. 

Figure 40. PERT Chart for NOTIS Implementation - Part 3 



66 



Schedule Name: NOTTS Implementation Plan for Dudley Knox Library 

Pro;Jocb tlena^eri Caroline J. Mill-r 

As of date: l-Jun-88 12: 14am Schedule File: C:\TLDATA\NOTIS 



Clean Bibl 

ioaraphic 

Database 



Smart 

Barcode 

Tape 

Available 



Barcodes 

Ordered 



Barcodes 

Received 



Barcodes 
Attached 
to Books 



Preinstall 
at ion 
Visit 



TIME LINE PERT Chart Strip number 4 of 15. 

Figure 41. PERT Chart for NOTIS Implementation - Part 4 
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Sch-dul* Name: 
Project Manager: 
As of date: 



NOTTS Implementation Plan for Dudley Knox Library 
Caroline J. MlLler ^ 

l-Jun-88 12il4aia Schedule File: C: \TLDATA\N0TIS 



Sian BRS 




NOTIS Tech 




1 

NOTIS Tape 


INFOREC 




Queationna 




Mailed 


Agreement 




ire Done 







NOTIS Tape 




Parameter 




Modulo 


Received 




Deciaiona 




Order 






Made 


1 


Choaen 
1 



TIME LINE PERT Chart Strip number 5 of 15. 

Figure 42. PERT Chart for NOTIS Implementation - Part 5 
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Sch*dnl«» Name: NOTIS Implementation Plan for Dudley Knox Library 

Project tianager I Caroline J. Miller 

As of date: l-Jun-88 12 :14am Schedule File: C : \TLDATA\NOTIS 



Funds 




Assign 




Resources 


Accounts 




Tech! 




Specified 


Available 












Support 

Software 

Available 



Software 

Complete 



) 



I 



I 



TIME LINE PERT Chart Strip number 6 of 15. 

Figure 43. PERT Chart for NOTIS Implementation - Part 6 
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Schedule Name: NOTTS Implementation Plan for Dudley Knox Library 

ProjocC Nanageci Caroline J. Miller 

Aa of date: l-Jun-38 12:14am Schedule File i C i \TLDATA\NOTIS 



I 

I 

f 

I 



I 



I 



I 



System Con 
figuration 
Set 



Processor 
Memo ry 
Upgraded 



Terminals 

Ordered 



Scanners 

Ordered 



Scanners 

Received 



Scanners 

Installed 



TIME LINE PERT Chart Strip number 7 of 15. 

Figure 44. PERT Chart for NOTIS Implementation - Part 7 
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Schedule Marne: NOTTS Implementation Plan for Dudley Knox Library 

Project Manager: Caroline J. tlilier 

As of date: l-Jun-38 12:15ajn Schedule File: C:\TLOATA\NOTIS 



ALA 




Printers 




Printers 


Terminals 

Received 




Ordered 




Available 



Hardware 




Computer 




CICS 


Complete 




Resources 




Region 




Available 


1 


Derined 



TIME LINE PERT Chart Strip number 8 of 15. 

Figure 45. PERT Chart for NOTIS Implementation - Part 8 
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Sch^dul*? Mam^ I NOTIS Impl'sment ation Plan for Dudley Knox Library 
FrojecC Manager: Caroline" J. Miller 

As of date: l-Jun-38 12 :15am Schedule File: C i \TLDATA\NOTIS 



I 



NOTIS Tape 
Loaded 



NOTIS "Ins 

tailed" 

Officially 



Bib Data 
Available 



Load NPS 
Records 




Terminal 




Electrical 


Locations 




Circuits 


Chosen 




Ordered 


— 


1 


[ 1 



TIME LINE PERT Chart Strip number 9 of 15. 

Figure 46. PERT Chart for NOTIS Implementation - Part 9 
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Schedule Name: NOTIS Imolementatlon Plan for Dudley Knox Library 

Project Manager: Caroliu® J. Miller 

Ae of date: l-Jun-88 12:15am Schedule Tile: C : \TI^ATA\NOTIS 



Circuits 

Installed 



Terminals 

Installed 



Printers 

Installed 



Keyword/ 
Boolean "I 
nstalled" 



Purchase 

Orders, 

Forms 

Design 



RLIN tapes 
to BNA for 
cleanup 



TIME LINE PERT Chart Strip number 10 of 15. 

Figure 47. PERT Chart for NOTIS Implementation - Part 10 
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Schedule Nam*: NOTIS Implementation Plan for Dudley Knox Library 

Project Manager: Caroline J. Miller 

As of date: l-Jun-38 12:15^an Schedule File; C:\TLDATA\NOTIS 



Clean Data 




Production 


from SNA 




OPAC 


Received 




Available 



Module 2 




Module2 


Customized 




Tested 











Module! 




Module2 


Training 


1 


Released 

in 

Production 



TIME LINE PERT Chart Strip number 11 of 15, 

Figure 48. PERT Chart for NOTIS Implementation - Part 11 
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Schedule Name: NOTIS Imoiement at ion Plan for Dudley Knox Library 

Project tianager I Caroline J. 

As of datei l-Jun-88 12; 15am Schedule File; C : \TLDATA\NOTIS 




Modules 




Modules 




Modules 


Customized 




Tested 




Training 



Modules 




Technical 




VTAM 


Released 




Training 




Cross- 


in 




Onsite 




Domain Est 


Production 
1 


1 







ablished 



TIME LINE PERT Chart 



Strip number 12 of 15. 



Figure 49. PERT Chart for NOTIS Implementation - Part 12 
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Sch-dul- Name? NOTTS ImDl*m«»ntat ion Plan for Dudley Knox Library 
Proiect Manag*»ri Cacoiln-s J. Miller 

As or date I l-Jun-88 12 1 15am Schedule Filei C i \TLDATA\NOTIS 



Demo 




Training 




Feedback 


Catalog 




Materials 




from Staff 


Open 




Designed 







Customizat 
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Figure 50. 



PERT Chart Strip number 13 of 15, 

PERT Chart for NOTIS Implementation - Part 13 
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Sch^HuI* Name: NOTTS Implementation Plan for Dudley Knox Library 

Project tlanager: Caroline lltiier 

As of date: l-Jun-88 12: 15am Schedule File: C : \TLDATA\NOTIS 



Module 4 
Customized 



Moduie4 

Tested 



Module 4 




Module 4 




Modules 


Training 




Released 

in 

Production 
1 


1 


Customized ( 



Modules 

Tested 



TIME LINE 

Figure 51. 



PERT Chart Strip number 14 of 15. 

PERT Chart for NOTIS Implementation - Part 14 
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NOTIS ImoLementation Plan for Dudley Knox Library 
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Figure 52. 



PERT Chart Strip number 15 of 15. 

PERT Chart for NOTIS Implementation - Part 15 
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Schedule Name: NOTIS Implementation Plan for 

Project Manager: Caroline J. Miller 

As of date: l-Jun-88 12:16am Schedule 

Name Full Name 


Dudley Knox Library 
File: C:\TLDATA\NOTIS 

Type Maximum Available 


Admin 


Administrative Support 


Resource 


0.50 


CICS3 


Linda Mauck, CICS Programmer 


Resource 


0.20 


IBM 


IBM Support Personnel 


Resource 


1.00 


Libl 


Bobbie Carr 


Resource 


0.70 


Libn 


Paul Spinks, Knox Librarian 


Resource 


1.00 


Libs 


Librarians, Knox Libra'ry staff 


Resource 


12.00 


Network 


Alyce Austin, VTAM Network 


Resource 


1.00 


NOTISl 


NOTIS Reps, 15 days free per yr 


Resource 


2.00 


NOTIS2 


NOTIS Reps, after free training 


Resource 


2.00 


Ops 


Roy Romo, Operations Manager 


Resource 


0.20 


P\ibWks 


Public Works Dept . Personnel 


Resource 


4.00 


Sys 


David Norman, Systems Manager 


Resource 


0.20 


Techl 


Caroline Miller 


Resource 


0.50 


TIME LINE 


Resource Table Report 







Figure 53. Resources Available for NOTIS Implementation 



The GANTT chart (see Figure 54 and following) shows the tasks as bars on a cal- 
endar; each bar represents the time scheduling and duration of the task. Placement in 
the schedule is mandated by task interdependencies, by resource availability, and by 
milestone dates entered by the project manager. The GANTT chart and PERT report 
use the same task list. The GANTT chart assumes that the lOLS decision was made 
on 1 June 1988, and has arranged the tasks for optimal efficiency, within the constraints 
cited above. 

To read the GANTT chart, note that tasks are listed down the left side of the report. 
Resources asigned to each task are listed in the next column, then the status of the task 
is shown. The horizontal bars (= = = =) show the timing and duration of the task ac- 
tivity. 
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Schedule Name: NOTTS Implementation Plan for Dudley Knox Library 

Project Manager: Caroline J. Miller 

Aa of date: l-Jun-08 12:16am Schedule File; C:\TLDATA\NOTIS 



88 

Jun Jul Aug 





Who Status 


1 


lOLS Selected 


Libn 


D 


M 


Assign Techl 


Libn 


C 


M 


Assign Libl 


Libn 




M 


Contract Negotiation 


Libn,NOTI+ 






Parameter Decisions 


Libs 






Resources Specified 


Techl 


C 


- 


Terminal Locations C 
Support Software Ava 


Libs, Tech+ 




!M- 


Cabling Ordered 


Libl 




l“- 


System Configuration 


Sys, Techl 


C 


1- 


Electrical Circuits 


Libl 




1 > 


Circuits Installed 


P\ibWks 




1 > 


Batch Reports Specif 


Libl, Techl 


rC 


1 


CICS Region Defined 


CICS3 




1 


Processor Memory Upg 


IBM 




1 


RLIN Conversion Foirm 


Libl 




1 


Terminals Ordered 


Admin 


r 


1 


Preinstallation Visi 


NOTISl, Li+ 




1 


Scanners Ordered 


Admin 




1 


Printers Ordered 


Admin 




1 


Contract Signed 


Libn,NOTI+ 


r 


1 


NOTIS Tech Questionn 


Techl 




1 


VTAM Cross-Domain Es 
Scanners Received 


Network 




1 

1 


GTO Ordered 


Libl 




1 


Sign BRS INFOREC Agr 


Libn,NOTI+ 


r 


1 
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Sep Oct Nov Dec Jan Feb 
13 113 1 




Printers AvailaJDle 
Funding Document Rec 
NOTIS Paid 

Documentation Receiv 
NOTIS Tape Mailed 



NOTISl 



M 




M 

M 

M- 



D Done — — Task 

C Critical +++ Started task 

R Resource conflict M Milestone 

r Rescheduled to avoid resource conflict 
Scale: Each character equals 1 week 



- Slack time (■“-“) , or 

Resource delay ( ■>■) 

> Conflict 
p PajTtial dependency 



TIME LINE Gantt Chart Report 



Strip 1 , Page 1 



Figure 54. GANTT Chart for NOTIS Implementation - Part 1. 
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Schedule Name: NOTTS Implementation Plan for Dudley Knox Library 

Project Manager: Caroline J. Miller 

Aa of date: l-Jun-88 12:16am Schedule File: C:\TLDATA\NOTIS 



NOTTS Tape Received 
Keyword/Boolean ”Ins 
Technical Training O 
Conversion Specifica 
Module Order Chosen 
Patron Records Avail 
RLIN tapes to BNA fo 
Scanners Installed 
Accept Conversion Sa 
Customization S/W De 
Purchase Orders, For 
GTO Received Inhouse 
Custom Loader Avail a 
Software Complete 
Clean Bibliographic 
Local Holdings Data 
RLIN Interface in PI 
Smart Barcode Tape A 
NOTTS Tape Loaded 
Bib Data Available 
NOTTS "Installed” Of 
Load NPS Records 
Demo Catalog Open 
Feedback from Staff 
Training Materials D 
Customization of Tab 
Tables Generated 
Barcodes Ordered 
ALA Terminals Receiv 
Terminals Installed 
Hardware Complete 



Who 
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Jun Jul Aug 
Status 111 
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Sep Oct Nov Dec Jan Feb 
13 113 1 



NOTISl, Li+ 

NOTISl,Li+ 

Libl, Libs 

Libs 

Admin 

Ops 

Libs 

NOTISl 

Libs 



13-Sep-88.M 

13-Sep-88.» 
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•19-Sep-88 — ■ 
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13-Oct-88 — 
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24-Oct-88. 
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NOTISl 
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Techl 
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1 
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17-NOV-88 M . 




Techl 




1 




17-NOV-88 — - . 




Techl 




1 

1 
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•28-NOV-88 




Libs, Techl 


C 


1 




.29-NOV-88 M. 




Libs , Admin 




1 




.29-NOV-88 — — 




Techl 


C 


1 




.29-NOV-88 M. 




Techl 


rC 


1 




.29-NOV-88 




Admin, Libl 




1 




. 9-Dac-88 — — — — 




IBM 




1 




. . 15-Dac-88 M 




Ops 




1 

1 




. . 15-Dac-88 M 

15-Dac-88 M 





D Done 


“ Task 


— 


Slack time ) , or 


C Critical 


+++ Started task 




Resource delay ( “) 


R Resource conflict 


M Milestone 


> 


Conflict 


r Rescheduled to avoid 


resource conflict 


P 
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Scale: Each character e 


quals 1 week 







TIME LINE Gantt Chart Report 



Strip 1 , Page 2 



Figure 55. GANTT Chart for NOTIS Implementation - Part 2. 
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Schedule Name: NOTIS Implementation 


Plan 


for Dudley 


Knox Library 


Project Manager: Caroline J. Miller 










Aa of date: l-Jun-88 12:16am Schedule File: C: 


\TLDATA\N0TIS 
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Jun 


Jul 
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Who Status 1 


1 
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1 3 


113 1 


Printers Installed 


Ops 
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15 
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1 
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Figure 56. GANTT Chart for NOTIS Implementation - Part 3. 
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Sch«dul<* Nam«: NOTIS Imp 1 enfant at ion Plan 


for Dudley Knox 


Library 


Project Managar: Carolina J. Millar 












Aa of data: l-Jun-88 12:16am Schadula File: 


C:\TLDATA\NOTIS 
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• • 


• • 
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Libn 




• • 


• • 
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• • 
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Libs 
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Cabling Ordarad 


Libl 
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Sys, Techl C 
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Libl 
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Figure 57. GANTT Chart for NOTIS Implementation - Part 4. 
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Smart Barcode Tape A 


NOTISl 












NOTIS Tape Loaded 


Techl 












Bib Data Available 














NOTIS "Installed" Of 


Techl 












Load NPS Records 


Techl 
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Figure 58. GANTT Chart for NOTIS Implementation - Part 5. 
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Schedule Name: NOTIS Implementation Plan for Dudley Knox Library 

Project Manager: Caroline J. Miller 

Aa of date: l-Jun-88 12:16am Schedule File: C:\TLDATA\NOTIS 
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Mar Apr May Jun Jul Aug Sep Oct 
Who Status 1 31131 12 



Printers Installed 
Computer Resources A 
Barcodes Received 
Barcodes Attached to 
Clean Data from BNA 
Production OP AC Avai 
Module 2 Customized 
Module2 Tested 
Module2 Training 
Module2 Released in 
Module3 Customized 
Vendor Records Avail 
Funds Accounts Avail 
Module3 Tested 
Modules Training 
Modules Released in 
Module4 Customized 
Module4 Tested 
Module4 Training 
Module4 Released in 
Modules Customized 
Modules Tested 
Modules Training 
Modules Released in 
Maintenance (Ongoing 



Ops 

Admin 

Libs 



Techl 

Techl . Li h+ 

NOTIsi,Li+ 

Techl 

Libs 

Libs 

Techl ^ Lib+ 
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Techl 

Techie Libi- 
NOTISl^Lii- 

Techl 

Techl, Lib+ 
NOTISl,Li+ 

Techl, Lib+ 



C 

C 



u 

C 

C 

C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 




M 



• M 



23-May-89 - 
26-May-89 M 
26-May-89 M 



D Done Task 

C Critical +++ Started task 

R Resource conflict M Milestone 

r Rescheduled to avoid resource conflict 
Scale: Each character equals 1 week 



- Slack time (~ ) , or 

Resource delay ( “) 

> Conflict 

p Partial dependency 



TIME LINE Gantt Chart Report 



Strip 2, Page 3 



Figure 59. GANTT Chart for NOTIS Implementation - Part 6. 
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VII. CONCLUSIONS. 



While libran’ literature contains much discussion of the increasing cost of the 
labor required to maintain card catalogs and of the declining cost of computing re- 
sources, there has been no comprehensi\ e analysis of the costs in\*olved in develop- 
ing and implementing an online catalog, nor has there been a detailed exposition of 
the way in which these costs might be reco\ ered through saving in labor or other 
expenses associated .... [Ref 10: p. 225] 

According to Howard SchaefTer [Ref 19: p. S3|, the most promising criteria for 
gaining approval for any new system are 

1. improved user service, 

2. more efTiciem processing, 

3. reduced cost. 

The first point has been thoroughly discussed in Chapters 2 and 5. The benefits of 
automation are well documented in the literature, in interviews with librar}' staff and 
from surveys of user satisfaction in librar}'s where lOLSs have been in place for an ex- 
tended time. There is little doubt than an lOLS improves services to librar}' users. 

Hfficiency has been demonstrated by improved workflow, closer relationships in 
technical $er\ ices functions, currency of information, automatic collection of statistics, 
and predefined report generation. Automated circulation will free one person from "desk 
duty" to work on projects in the Reader Service ofhce. Lower unit costs are expected 
as a result of more effective use of staff time. 

It is the last item that is the most controversial. The Library expects no staff re- 
duction, only rearrangement of duties. 

It is clear that any institution installing NOTIS will need a stafTof at least a couple 
of people. NOTIS is not a turnkey system. It requires a fair amount of 
customization, at the ver}' least to set up all the tables, choose all the options that 
are needed, write programs to generate special reports and so on. [Ref 20: p. 38] 

Libraries that have published reports of cost-savings have been much larger than the 
Dudley Knox Librar\*, and have had the benefits of automation for as long as 15 years. 
While it is likely that full projected costs for the Systems Librarian will not be spent, no 
guarantee of staff reduction can be given. This does not mean that a strong economic 
justification cannot be made for installation of an integrated, automated system. 

An estimated present value can be applied to the indirect benefits that the lOLS will 
bring to Librar}' users. If the present value of the benefits is equal to or greater than the 
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present value of the costs of NO’flS installation and maintenance, then clearly NO'flS 
meets the criteria for "reduced cost", and the project should be approved. 

fhis is the case with NOTIS at the Naval Postgraduate School. By estimating how 
much time Library users save in a year by accessing NOTIS from their oO'ice, by finding 
research materials faster, and by having materials available sooner, a dollar benefit has 
been established for the intangible benefits of the lOLS. Better teaching has value to the 
Government, and this value has been quantified for the purposes of this study. 

The estimated Present Value of the benefits of NOTIS over the 10-year life cycle is 
51,243,400. The estimated Present Value of the costs of NOTIS installation and support 
over the 10-year life cycle is 5856,800. Given the benefits of vastly improved service, 
fuller value for funds already spent, and more effective Libraiy workflows, it seems rea- 
sonable to recommend the purchase and installation of NOTIS as the lOLS of choice 
for the Dudley Knox Library. 
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APPENDIX A. SUPPORTING DATA 



A. DEFICIENCIES IN CURRENT MANUAL PROCESSES 

The existing manual Librar> procedures are not adequate for current needs. 
Bibliographic information, once found, is entered and used independently by each Divi- 
sion, with almost no overlap. This redundant elTort is time consuming, labor-intensive, 
inefficient, and expensive. 

Deficiencies in the current system have been documented by the stalT in a formal 
report to the Administration: 

RLIN does not support a complete fiscal accounting system, and Acquisitions re- 
ports are not as detailed or as cumulative as could be desired. Direct access through 
RLIN to vendors is not possible. The authorities subsystem is not adequate for the 
Catalog Division, and all divisions are hampered by dependence on a card catalog... 
Reader Services has no on-line access to our collection, and circulation statistics are 
manually kept. The Administration does not have at its disposal automatically 
generated reports. [Ref 21] 

All statistics collected and all reports generated by the Librar> are prepared manu- 
ally. 

An integrated system is one in which several functions share a common data base, 
and all functions can be accessed using a coimnon sign-on and related conunands. Not 
all automated systems are integrated. A central source, with bibliographical information 
entered at the time of item ordering and used in all functional areas (ordering, receipt, 
invoicing, cataloging, processing, circulation), would not only save effort, but would be 
more accurate, more timely and more accessible. 

B. lOLS SPECIFICATIONS 

A strong statement of Dudley Knox Librar\''s lOLS requirements is found in Bobbie 
Carr's Catalog Division Analysis paper of April 9, 19S6: [Ref 22] 

DETAILED SYSTEM OBJECTIVES: 

...give us truly interactive programs, increased extracting capabilities, and extensive 
indexing. Patrons should be able to search our lists of periodicals and faculty pub- 
lications on-line. 

An online catalog should permit full authority control with global change ca- 
pabilities. It should permit interactive information on the status of libran.’ materials. 

It should permit full interactive record editing capabilities. And of course it should 
provide copy-level information. Retrospective conversion of all holdings into ma- 
chine readable form is a necessary first step. 
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An integrated librar\' system should include the following subsystems: acquisi- 
tions, fund accounting, serials control, cataloging, circulation, and an online public 
access catalog. The system should run from one bibliographic data base consisting 
of full .MARC records (MARC in and out) to the copy level. The system should 
permit various levels of access. Each subsystem should be online interactive with 
the online public access catalog. 

Acquisitions must have a complete fiscal system with fund accounting and sum- 
mary reports. The system should be capable of generating online direct orders as 
well as print orders. 

Catalog requires full screen editing, the capability of modifying any field, and a 
linked authority system which will automatically evaluate create headings and cross 
references and perform global changes. 

Circulation should include inventory control, online checkin, checkout, renewals, 
holds, and overdue notice generation. The system should be capable of compiling 
statistical reports of patrons by category' and circulation of items by subject and 
format. 

The online public access catalog should allow for a choice of dialogue mode. 
Search capabilities should include Boolean, keword. subject, instring, and full text 
searching from any fields that the Librar}' specifies. It should allow browsing and 
inform patrons of the status of the item. 

The serials subsystem must include checkin, routing, claim, and bindery records. 
.Administration should be able to retrieve reports on acquisitions, cataloging, circu- 
lation, online public access catalog use, and serials. An electronic mail system 
should be included. 

C()A'STRAIi\TS: The system should be compatible with REIN and must allow 
loading of existing archive tapes. Records must be able to be downloaded directly from 
REIN. 

The system should be IBM-compatible. 
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APPENDIX B. INTERV IEWS WITH NOTIS USERS 



A valuable source of information for any type of automation project is other 
libraries. Institutions that have already undertaken a similar project can lend valu- 
able insight into the general planning process, and a great deal can be learned about 
specific systems or services from libraries already using them. [Ref 9: p. 231] 

A. NOTIS USERS' GROUP MEETING (NUGM) INTERVIEWS 

NOTIS Systems, Inc. hosts an annual meeting of their users. Representatives from 
libraries all over the world gather to learn more about NOTIS, to share their expertise 
with others, and to help shape the emphasis of the company in the coming year. Jane 
Burke, President of NOTIS Systems, Inc., is interested in feedback from NOTIS users, 
and uses the NOl'lS Users' Group Meeting (NUGM) as a forum for ideas and relative 
priorities. 

Librarx’ and Computer Center staff members attended the 19SS NUGM as "pro- 
spective new users". The following information was gleaned from representatives of in- 
stalled libraries, and from NOTIS Systems, Inc. staff. 

1. Installation 

An average installation team is five or six people, divided 50-50 between librar- 
ians and programmers, according to a NOTIS Systems, Inc. customization staff member. 
CUNA' had five programmers involved in their NOTIS installation, which took 3 1 2 
days. Programming staff included three application programmers, one CICS person, 
and two systems programmers, in addition to the two NOTIS, Inc. system engineers on 
site. 

2. Transaction Rates 

There are no "average transaction rates". CPU utilization depends on the sys- 
tem load, resources available, level of patron activity, number of bibliographic records 
in the database, and whether you have kexvvord-Boolean search active or whether the 
workload is primarily simple querx' (author lists, search by title). Most users get their 
transaction rates from CICS; CICS rates are tabulated by the month, not as 
transactions-per- second. 

Pdorida's university consortium, with 1000+ dedicated terminals and 5M 
bibliographic records, has S.6M CICS transactions per month. Loyola has 34SK trans- 
actions per month, with no response problems. A typical librarx’ running 150 terminals 
and a half-million bibliographic records can expect 250K transactions per month. The 
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Knox Libran' system will be smaller than that. John Kolman, head of NO l'lS Systems, 
Inc. systems development, says NPS can expect between 150-1S0K transactions per 
month. 

A transaction is one author title search, or one charge 'discharge of a book at 
circulation. Some activities contain multiple transactions. 

3. Response/Configuration 

I heard no complaints at all about response time from any users. NOTIS is 
"very efficient", and "very reliable", according to those with whom I spoke. Says a Penn 
State user, "you won't know NOTIS is on the machine, except for kej'xvord". It is "an 
order of magnitude faster" than Penn States's best package, and runs twice as fast as 
their "average" package, according to their job accounting statistics. They are very 
pleased with it. 

If there should be a problem with response time, then NOTIS Systems, Inc. 
would want to check the local system configuration "to make sure that resources are 
available" to run NOTIS. NOTIS Systems, Inc. does not pre-approve individual con- 
figurations because "in 100 -installations it has never been a problem". 

4. General Support 

Documentation for both Librarx’ and Programmer is complete, and is improving 
in quality and format. NOTIS Systems, Inc. staff numbers 72, which is a 53% increase 
in support personnel during the past 18 months. The Customer Services division func- 
tions as a "clearing house" for information. It collects, documents, and propagates 
problems and fixes, using an on-line tracking system. The Trouble-Shooting Guide is 
updated monthly, and mailed out to all user libraries. 

5. Onsite Support 

Of the fifteen days a year provided by NOTIS Systems, Inc. for on-site support, 
three or four should be for data processing staff, and twelve should be for library staff. 
Additional training days can be contracted for S500 per day plus expenses. 

After NOTIS is up and running in production, it takes less than 50% of a pro- 
grammer's time to keep the tables, security, and indexes current, for a "vanilla" installa- 
tion. The more modifications to the standard code, the more time it takes a programmer 
to maintain it, and the longer it takes to get new releases up and running. 
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B. SYNOPSIS OF ON-SITE VISIT TO LONG BEACH PUBLIC LIBRARY 



Roger Martin, Bobbie Carr, and Caroline Miller visited the Long Beach Public Id- 
brar}' (LBPL) on June 3, 198S, to sec and talk with those responsible for the installation 
and day-to-day operation of NOTIS. Tim Winkey, head of the LBPL Cataloging De- 
partment and NOTIS project manager, was our host. 

The applications programmer for the NOTIS project at LBPL is Warren Seek. He 
has been with the project since Februar}* 1985, and provided most of the systems-related 
information. Warren Seek works on one other project (Police Department support) be- 
sides NOTIS. A synopsis of the discussion follows. 

I. Installation 

LBPL was already on an automated system when it transferred to NOTIS; 
therefore its NOTIS installation docs not reflect the same problems as a 
manual-to-lOLS conversion would. They also obtained the .M\"S version of NOTIS 
before it was available for beta testing,- so LBPL experienced many more delays than 
normal. LBPL staff helped debug the MVS version, and had to wait for fixes to be re- 
searched and written, not just identified and sent. 

Three full-time progranuiicrs were invohed in the NOTIS installation at LBPL. 
One worked only on conversion of data; two others worked on both the load and con- 
\ ersion processes. "Conversion" (i.e. customization) is the hardest part of the installa- 
tion, requiring close cooperation between the Libraix' and the applications programmer 
for an extended period, as librar\‘ policy is translated into tables directing the NOTIS 
modules. 

NO'flS modules arc assembler-based (on-line portions and batch) and all re- 
ports are in PL 1. Because LBPL had no PL 1 experience, and NOTIS was not able to 
support extensive customization of the PL 1 programs, all reports were rewritten in 
COBOL, locally. 

Documentation is complete. The installation manuals arc quite detailed, being 
clear, explicit, and filled with examples for installation. One two-inch binder contains 
Installation information, and two two-inch binders comprise a Programmers' Reference 
set. I'ive two-inch binders contain information for the librarians. Two copies of 

2 Bela testing is a pre-production release of software packages to designated volunteer sites that 
gel the software free in return for running the software in production, for reporting on performance 
and problems, and for helping to debug the system. Only alter lliis "stress testing" is the software 
offered for sale. 
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documentation come with the XO'l IS software; LBPL keeps one in the data processing 
office, and one in the main librar\'. Updates are sent out "all the time". 

New releases come out about ever\' six months. The old release is supported for 
six months after the new release becomes available, 'fhe last new release took about two 
weeks to remodify after it was installed; the process is generally smooth. 

Customization is the key to usability with NOTIS. The "vanilla" version is 
suitable only for training. Allow at least three months for customization. (LBPB took 
five months to extract and change the data from their Ulysses system to NOTIS). The 
screen verbiage and appearance and the help files are the major areas of change for the 
on-line portion. Privacy laws mandated minor changes in displayable information. 
.Major changes to the on-line portions should be avoided, as they must be remodified 
with each new version, and it is much more complex than just inserting the few lines of 
changed added code into the new code. Sometimes entire modules must be rewritten to 
incorporate changes. 

The batch mode required more modification than the on-line portions of 
NOTIS. They rewrote the reports completely, as noted above. 

LBPL has no demand printer. Daily, weekly, and monthly reports are generated 
by batch programs and arc printed at the data center. Normally less than 3-inches of 
paper output is generated for the librarx’ on any given day. 

2, Systems Details 

IB.M 3380s arc used to store the NOTIS source and data. File sizes var\. All 
files reside on one 3380; there has been no contention problem. There are seventeen 
different data files stored; index files arc small. The major files are: 



Type 


Number of Records 


Cylinders 


Bibliographic records 


360K 


350 


Patron records 


160K 


80 


Item records 


1.6M 


210 



Total storage required is over 1,110 cylinders. This includes the load libraries. 
Backup is done on IB.M tape cartridges. All files are backed up every night. 
Four generations of data are kept. Nightly backup takes only half an hour, and two 
cartridges. Weekly "cleanup" runs (IDCA.MS copy, delete, redefine) take slightly longer, 
45-50 minutes. Warren Seek says that 100-150 cartridges are enough to support NO'flS. 
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Transaction rates \ ar\’. 1 ligh-volume days are Saturday and Tuesday, when 

82,00 transactions day are normal. A low volume runs about 10,000 transactions and 
the overall average is 45.000. 

Response time is "instantaneous", according to Tim Winkey. XOTIS has little 
impact on the 500-terminal l.MS shop run by the data center, according to Warren Seek. 
It uses less than 5% of the CPU resource on the shared processor. It is "elTicient, 
smooth-running" and has no impact on other on-line users. 

3. Training 

Training of the staff was done by NOTIS for a group of six Librarians (branch 
heads) onsite. The librarians then trained the rest of the staff. New hires are trained 
individually as they come. Group sizes are kept to six or less, with two people to a ter- 
minal. 

User training is informal, consisting of a single 8x10 sheet by the public access 
terminal, and of answering questions that the user brings to the "Information Desk". 
The card catalog has been closed, and prominent signs on the cases instruct patrons to 
check the computerized catalog for all materials newer than FebruaiA' 1986. 

Mr. Seek feels that user training is unnecessary because of the meticulous at- 
tention paid to the on-line help screens. This was the most time-consuming effort in 
tailoring NOTIS to UBPU— wording, arrangement, highlighting were all carefully sug- 
gested. changed, used, and changed again. A committee met once a week for months 
to evaluation and suggest modifications, use the new screens, and make further changes. 

UBPU has no systems librarian on the staff, because the data center supports the 
installation and maintainence, and does programming for NOTIS. They have one ap- 
plications programmer (Warren Seek), who tells systems support (CICS person) the 
parameters NOTIS needs. The systems programmer maintains CICS. 

4. Physical Uayout 

'fhere are 14 terminals in the technical services area, and more are needed. 
Terminal positions are dictated by line availability and by cables which were installed for 
the previous on-line system; in some cases, telephone lines are used. 

livery branch librar>’ has two terminals at the circulation desk, for checkout of 
materials, and to answer questions. liach branch has four public access terminals either 
by the catalog or in the stacks. 

The main library has terminals spread throughout the stacks in clusters (doubles 
or groups of four) or singly. There is a lO-minute time limit on the use of the public 
access terminals. 
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Security is provided by R.ACI' and NOTIS, with access tied to the user ID. 
Access is defined to the field level, so that stall may see some parts of a record, but up- 
date only one or two items of what they can see. Privacy concerns limit access to the 
minimum. All links between a patron and an item are broken when the item is returned 
from circulation. (No past history of a patron's reading preferences is kept.) 

Data accountability is created by journal entries. Every thing that is keyed goes 
into journal four. Operators' initials are part of some records. 

5. Impact of Automation 

Warren Seek thinks that the on-line catalog and on-line editing have had the 
biggest impact on the library. "There is no typing anymore!" By this he means LBPL 
uses no worksheets, and no printed MARC records; all files and records are on-line. 

No additional billets have been added to the library staff, but there is a tre- 
mendous need for one full-time person to support NOTIS. Tim Winkey is a full-time 
cataloger plus the NOTIS project manager; he spends more than full-time at his job. 
Plans are to hire a replacement Cataloging Department Chairman when funding is 
available, and let .Mr. Winkey devote full-time to NOTIS. 

The data center has added one applications programmer as the NOTIS primary 
support person. It took a full man-year to install NOTIS and customize it, and then 
half a man-year to keep it up and running smoothly. Every new release takes si.x weeks 
of full-time effort, after which the programmer can walk away, to juggle other responsi- 
bilities with the NOTIS reports and modifications. .Most of the problems will occur in 
the batch jobs; NOTIS is "real clean on-line". The amount of problems will be directly 
related to the amount of modification the library requires. The amount of programmer 
support is less if the NOTIS system stays as "vanilla" as possible. .Massive 
customization makes it full-time. 

6. General 

LBPL has been on NOTIS since February 1986. They had no problems with 
staff or user acceptance since they were already running an automated system. Their 
old system was "breaking down rapidly" and had to be replaced. NOTIS wasn't perfect, 
but was much better than what they had. The transition to NOTIS was undoubedly 
harder for LBPL than it would be for the Kno.x Library', as LBPL helped to debug a new 
version. 

If they had it to do over again, they would, but not with Telex terminals, 'fhey 
would prefer IB.M terminals with ALA-character set support; they also would want more 
printers. 
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'i'he major problems have been in the batch programs. Test data did not dis- 
close the dilTiculties that arose in batch programs; only in production-sized runs do the 
errors occur. LBPL has the luxurv' of a full-size test system that runs "real" data. 
Warren Seek suggests that we try to maintain the same sort of test system, unless we are 
DASD-constrained. "It is important to process in a test environment the production 
system." 

Mr. Seek repeatedly stressed the importance of close interaction between the 
Librarv' representative and the Programmer. They must work closely to define the initial 
job flow and tables. 

There must be a primary contact point between the library and the data center. 
The responsibility of defining clear librarv' policy (for rules about type of patron, type 
of materials, length of circulation, schedule of notifications, wording of notices...) which 
is reflected in NOTIS tables must be delegated to a librar\‘ person. That person should 
not be e.xpected to fill other positions during the time of NOTIS installation. The 
NOTIS programmer must also spend full-time on the installation. This is a critical area. 

LBPL had a Management Team consisting of Program Project Manager plus 
two programmers, the Librarv’ Director. Main and Branch Librarians. Circulation and 
Cataloging Chairmen, and floating staff members who came when their e.xpertise was 
needed. 

There was also a committee to decide on the help screens; this was an open 
meeting held once a week to collect all input, and to see the changes from the previous 
week, then to criticize and suggest a better way. This feedback cycle proved verx’ useful 
in formatting the final on-line screen layouts. 

The policy decisions were not made by committee. The librarx’ representative 
met with the Librarians and subcommittees once a week (or more often) but worked 
one-on-one with the programmer for table definition. Often policy had to be clarified 
(or invented) before it could be defined. 

A "freeze point" was declared during NOTIS installation to accommodate the 
switchover. No new entries were made from Feb. 19 until NOTIS "went live" on Feb. 
24, providing a "snapshot for conversion". The systems were run in parallel for a time 
after NOl'lS went into full operation. All returned items were checked in on both sys- 
tems; only after the first overdue period (3 weeks) had passed was the old system phased 
out. About 35 overdue items were "abandoned" rather than keeping the old system up 
to track them. 
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The circulation report was written locally, taking about 6 months of program- 
mer time. It is run daily (summaries by location) and monthly for more specific detail 
(statistics on adult juvenile, by Dewey number within location...). It is so specifically 
tied to LBPL that it docs not have general applicability to other libraries. Standard 
NO riS circulation reports tend toward summary, not breakdown, according to Warren 
Seek. 
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AACR2 

ALA 

BLIS 

BRS 

CAI 

DASD 

lOLS 

ISBN 

LC 

MARC 

NOTIS 

NFS 

OKAPI 

OPAC 

PERT 

RLG 

RLIN 



APPENDIX C. ACRONYMS 

.-Inglo .American Cataloging Rules, 2nd Edition 
.American Libran.’ .Association 
Riblio-Techniques Libran' and /nformation Aystem 
bibliographic Retrieval Acrvices 
Computer .Assisted /nstruction 

Z)irect .Access Atorage Device; peripheral device for on-line data storage 

/ntegrated On-line Library Aystem; a system in which various libraiy func- 
tions are interrelated in generation and processing of data 

/nternational Atandard Rook Mimber 

Libraiy of Congress 

iW/^chine Readable Cataloging 

yVorthwestern University On-line Lotal /ntegrated Aystem 
A'aval Postgraduate Achool 
On-line Ae\'word .Access to Lhiblic /nformation 
On-line /\iblic .Access Catalog 

Program Pvaluation Review Pechniques: scheduling diagram that uses a 
network chart to show events (nodes) and time (links) each event is ex- 
pected to take. 

Research Libraries Group 

Research Libraries /nformation A'ctwork 
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